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1.   CIRCUIT  RESEARCH 

(Supported  in  part  by  the  Office  of  Naval  Research  under 
Contract  N000  1M57-A-305-0007,  W.  J.  Poppelbaum,  Principal  Investigator). 

Brief  Summary 

1 .  PENTECOST 

Final  designs  for  the  size  and  brightness  compensation  circuits 
Filter  wheel  synchronization  and  random  pattern  generator.   Prelimi- 
nary results  are  reported. 

2 .  TELEMAZE 

System  clock  modifications.   Local  and  remote  station  final 
designs. 

3.  OCOMO 

Completion  of  the  decoder. 
k .   HOLOMAR 

The  new  HOLOMAR  concept  is  explained  and  its  current  status 
reported.   (Ed.  Note:   The  HOLOMAR  project  as  described  in  the  last 
QTPR  has  been  totally  revamped.   What  is  described  here  is  the  new 
version) . 

5.  ASIM 

The  overall  operation  of  a  computing  module  (CM)  is  described. 

6.  THESPIAC 

Storage  word  length  has  been  determined.   An  analysis  of 
analog  versus  digital  implementation  has  been  made.   Work  is  now 
proceeding  on  a  top-level  definition  of  the  system. 

W.  J.  Kubitz?  Editor 
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1.1       PENTECOST  (Project  No.  31 ) 

1.1.1  Summary .   The  PENTECOST  Receiver  and  Camera  circuits  have  been 
tested  and  installed  in  the  system.   Field-sequential  pictures  have  been 
taken  with  the  camera  using  the  filter-wheel  and  the  camera  fields  have 
been  synchronized  with  the  filter-wheel.   These  fields  were  then  displayed 
sequentially  on  the  Penetron  CRT.   Vertical  and  horizontal  deflection 
control  correction  signals  also  were  employed  to  compensate  for  the 
effects  caused  by  the  change  in  beam  voltage.   Initial  experiments  have 
been  quite  satisfactory  and  definitely  show  the  Land  effect  as  in  the 
two-color  projection  experiments.   The  color  reversal  effect  (i.e.  a 

red  house  becoming  green)  is  also  present  when  the  fields  are  displayed 
such  that  the  red  scene  is  displayed  using  the  white  phosphor  and  the 
green  scene  using  the  red  phosphor. 

A  display  pattern  generating  system  has  been  designed  and  built 
to  test  some  Land  effect  experiments  using  the  PENTECOST  display  system. 

Work  during  the  next  quarter  will  concentrate  on  improving  the 
registration  of  the  two  sequential  fields  and  final  clean-up  of  some  of 
the  hardware.   The  pattern  display  system  will  be  debugged.   The  recently 
procured  color  modulators  will  be  tested  with  an  eye  toward  incorporating 
them  into  the  present  system. 

The  following  sections  present  a  more  detailed  report  on  the 
various  subsystems. 

1.1.2  PENTECOST  Receiver 

Horizontal  Deflection  Control.   To  correct  for  the  change  in  the 
deflection  sensitivity  with  the  change  in  the  beam  voltage,  the  input  to 
the  horizontal  amplifier  is  switched  every  field.   A  switched  attenuation 
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circuit  employing  opto-isolators  is  used  which  is  capable  of  handling 
the  high  amplitude  analog  signals.   The  circuit  is  shown  in  Figure  1.1.1, 
The  emitter  follower  buffers  the  horizontal  input.   The  opto-isolatcrs 
are  used  in  the  saturation  mode  as  analog  gates  and  multiplex  either  of 
the  two  signal  levels  to  the  output. 

Brightness  Control.   To  take  care  of  the  difference  in  the 
luminance  output  of  the  two  phosphors,  the  brightness  level  is  switched 
every  field.   The  brightness  control  circuit  is  shown  in  Figure  1.1.2. 
The  opto-isolator  generates  60  Hz  square  waves  whose  amplitude  can  be 
adjusted.   This  supplies  the  collecter  voltage  for  the  final  stage,  a 
U0327  transistor,  whose  base  is  driven  by  the  horizontal  and  vertical 
sync  signals.   The  output  is  a  blanked  signal  whose  dc  level  changes 
every  field. 

COLOR  CONTROL  Card.   The  field  indicator  signal  obtained 
from  the  camera  system  drives  all  the  gain  correction  and  switching 
circuits  in  the  monitor.   These  color  control  drivers  are  shown  in 
Figure  1.1.3. 

1.1.3     PENTECOST  Camera 

The  camera  system  is  shown  in  Figure  1.1. k.      The  photo- 
detector  amplifier  detects  the  position  of  the  filter -wheel  and  the 
amplified  signal  is  passed  on  to  control  the  synchronization  circuit. 
This  synchronizes  the  oscillator  of  the  2:1  interlace  circuit  so  that 
the  fields  are  synchronized  with  the  filter  position.   The  color  field 
indicator  controls  all  the  special  circuits  in  the  monitor.   The  syn- 
chronization and  field-indicator  circuit  is  shown  in  Figure  1.1.5- 
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Figure  1.1.1  Horizontal  Size  Control  Circuit 
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Figure   1.1.2     Brightness   Control  Circuit 
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The  advances  in  ferroelectric  and  other  solid  state  materials 
such  as  ferroelectric-ferroelastics  has  spurred  interest  in  having  a 
solid  state  filter  that  can  be  controlled  electronically  and  used  in 
place  of  the  color  wheel.   The  ferroelectric-ferroealstic  crystal  gado- 
linium molybdate ,  Gd  (MoO,)  ,  has  been  observed  to  have  a  birefringence 
AN  in  the  biaxial  phase.   This  birefringence  follows  a  hysteresis  loop 
with  a  change  in  electric  field.   Hence,  the  optically  bistable  status 
of  its  refractive  index  can  be  controlled  by  the  application  of  a  voltage, 
When  a  predetermined  voltage  pulse  is  applied  to  two  sheets  of  a  crystal 
plate  of  properly  selected  thickness  which  are  placed  together,  inter- 
ference of  the  light  passing  through  the  crystal  plates  occurs.   One 
can  then  selectively  pass  red  or  green  light  through  such  a  plate  of 
proper  thickness  by  controlling  the  voltage.   Two  color  modulators  of 
the  MOG  type  have  been  donated  by  Hitachi  Ltd.  of  Japan  and  further  ex- 
periments will  be  carried  on  in  the  next  quarter  to  adapt  these  filters 
to  the  camera  system. 

1.1. h  Pattern  Display  System 

The  color  perceived  in  a  two-color  television  system  is 
influenced  by  factors  such  as  average  illumination  of  the  scene  and 
relative  luminance  of  the  projected  fields.   The  other  most  important 
factor  that  influences  the  color  perception  is  the  stochastic  structure 
of  the  image.   It  has  been  qualitatively  observed  that  very  many  colors 
are  observed  when  the  picture  has  a  jumbled  set  of  different  colored 
objects.   Land  also  observed  that  the  color  perceived  in  an  image  is 
not  changed  when  a  Mondrian  (random  color)  pattern  is  placed  in  front 
of  the  projector.   To  test  these  observations,  we  designed  a  random 
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pattern  display  system  that  produces  a  random  l6  x  l6  checker  board 
pattern  that   can  he  displayed  on  the  CRT  screen  either  by  itself  or 
mixed  with  the  image.   The  block  diagram  of  the  pattern  display  system 
is  shown  in  Figure  1.1.6.   The  different  parts  of  the  system  are  explained 
below. 

Pseudo-Random  Pattern  Generator.   Pseudo-random  binary  noise  is 
used  as  an  approximation  to  white  noise.   The  pseudo-random  generator  is 
constructed  with  sixteen  shift  registers  consisting  of  D-type  positive 
edge-triggered  flip-flops  (SN7V7M  and  linear  (modulo-2)  feedback  logic 
consisting  of  exclusive-OR  gates  (SN7^86).   The  feedback  logic  calculates 
a  new  term  for  the  last  shift  register  based  on  the  previous  n  terms. 
The  complete  circuit  diagram  of  the  pseudo-random  generator  is  shown  in 
Figure  1.1. J.      It  has  provision  for  programming  the  maximum  length 
(2n-l)  at  n  =  2,  h,    6,  8,  10,  12,  lU,  or  l6  by  means  of  the  3  line-to-8 
line  decoder.   Digital  gates  are  inserted  at  the  feedback  points  to 
control  the  data  flow.   When  the  decoder  output  is  low,  data  from  the 
feedback  logic  is  gated  through,  but  data  from  the  previous  registers  is 
blocked  and  vice  versa.   The  AMP  Dual-in-line  switches  provide  an  easy 
way  of  programming  the  initial  conditions.   The  switches  for  the  flip- 
flops  which  must  be  preset  to  1  are  closed,  and  set  to  0  initially. 

Pattern  Memory.   The  chosen  random  patterns  for  the  white  and 

red  fields  are  written  into  the  respective  memory.   The  memory  is 

organized  as  256  words  of  k   bits  each.   The  Y-address  selects  one  of 

the  sixteen  SN7U89  memory  chips  and  the  X-address  selects  one  of  the 

l6  words  of  h   bits  each  in  the  selected  chip.   One  of  these  two  memories 

are  selected  every  field  by  enabling  the  respective  decoder  chip.   The 

semiconductor  memory  circuit  is  shown  in  Figure  1.1.8. 
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Memory  Driver  and  R/W  Gates.   The  inputs  from  either  the  read 
circuits  or  the  write  circuits  can  access  the  memory  through  the  X-Y 
drivers.  An  SNT^-15^  ^  to  l6  line  decoder  selects  the  chip  corresponding 
to  the  Y-address.   The  X-address  is  gated  through  the  75^52P  memory 
drivers.   A  circuit  diagram  of  the  memory  driving  circuit  is  shown  in 
Figure  1.1.9. 

Read-Write  Logic.   The  read  logic  has  independent  counter  and 
timer  circuits  so  as  to  allow  the  stored  data  in  the  memory  to  he  dis- 
played properly  in  the  television  raster  format.   The  write  logic  stores 
the  input  from  the  pattern  generator  in  a  l6  x  l6  raster  format. 

D/A  Convert or  and  Video  Mixer.   The  four  hit  digital  information 
read  from  the  semiconductor  memory  is  converted  to  an  analog  signal  "by  a 
Digital-to-Analog  Converter.   The  DAC  consists  of  eight  high-speed  FET 
analog  gates  and  a  weighted  resistance  network  connected  at  the  input  of 
a  high-speed  operational  amplifier  (yA  T15C).   The  video  mixer  is  an 
operational  amplifier  that  mixes  the  image  with  the  checker  board 
pattern  or  allows  either  to  be  used  independently. 

G.  Panigrahi 

1.2       TELEMAZE  (Project  No.  kl) 

1.2.1     Project  Summary.   The  object  of  TELEMAZE  is  to  develop  a  simple 
system  with  an  adjustable  feedback  delay  which  can  control  the  trajectory 
of  a  distant  vehicle.   The  condition  which  is  characteristic  of  this  sys- 
tem is  that  the  feedback  delay  time  is  much  greater  than  the  vehicle's 
movement  time.   In  this  system,  control  of  the  vehicle  is  obtained  by 
steering  the  "image"  of  the  vehicle  through  a  "model"  maze  at  the  local 
station.  -l_k— 


74154 

4- LINE  TO 
16-LINE 
DECODER 


17 
16 

15 
14 
13 
12 
11 
10 

9 

8 

7 

6 

5 

4 

3 

2 

1 


Figure  1.1.9  Memory  Drivers  and  R/W  Gates 
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1.2.2     Local  Station  Summary.   The  majority  of  the  local  station 
printed  circuit  boards  have  been  designed,  constructed  and  intercon- 
nected within  the  station.   The  remaining  work  consists  of  adding 
switches  and  a  timer  to  the  front  panel  of  the  local  station.   A  small 
amount  of  debugging  remains  to  be  done. 

Local  Station  Clock-System  Modification.   In  previous  reports, 
the  system  used  a  378  kHz  oscillator  as  the  master  clock.   A  clock  of 
31.5  kHz  was  then  obtained  by  using  a  divide  by  12  circuit,  and  this  was 
used  to  synchronize  the  television  and  the  system.   It  was  found  that 
this  method  was  unacceptable.   Variations  in  the  power  supply  voltages 
could  not  be  tolerated  in  the  slightest.   This  was  due  to  a  fixed  pulse 
counting  technique  which  was  used  to  delay  and  center  the  video  display. 
This  problem  and  a  lack  of  adjustability  were  eliminated  by  using  a  dif- 
ferent approach. 

A  31.5  kHz  crystal  controlled  clock,  available  on  the  televi- 
sion sync  card,  is  used  for  the  system  clock  reference.   Figure  1.2.1 
shows  the  new  clock  system  and  its  relation  to  the  square  generator. 
The  figure  also  shows  how  synchronization  between  the  display  and  the 
data  processing  clocks  is  derived.   The  31.5  kHz  is  divided  by  8  to  a 
frequency  of  3-9*+  kHz.   This  clock  is  used  as  the  main  clock  to  drive 
the  Light  Emitting  Diode  (L.E.D. )  panel  which  is  the  system  input  device. 
The  L.E.D.  panel  requires  16  clocks  per  cycle  and  therefore  fixes  the 
input  rate  at  just  below  250  points  per  second.   This  cycle  time  has  been 
shown  to  be  more  than  sufficient. 

Local  Station  Buffer  Memory.   The  local  station  buffer  memory 

is  a  256  word  by  8  bits  per  word  memory.   This  organization  provides  one 

memory  cell  for  each  possible  square  in  the  display  which  is  sufficient 
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to  allow  each  square  to  be  requested  once.   This  is  sufficient  to  store 
most  paths  imaginable.   This  buffer  is  implemented  to  function  as  a 
stack  memory,  i.e.  the  first  word  in  is  the  last  word  out.   As  each 
point  is  transmitted  out,  it  is  placed  on  the  top  of  the  stack.   Then 
when  an  update  request  is  received,  each  in  order  is  popped  from  the 
stack  and  checked  to  find  the  obstacle.   The  next  location  popped  from 
the  stack  represents  the  coordinates  where  the  vehicle  has  stopped. 

Update  Sequential  Logic  Design.   The  function  of  the  update 
logic  is  as  follows.   Given  an  update  request  from  the  remote  vehicle, 
the  "model"  maze  must  be  corrected.   The  local  model  must  include  the 
square  in  which  an  obstacle  has  been  detected.   Also  the  vehicle  must  be 
shown  to  exist  in  the  last  valid  position  it  attained.   This  information 
is  kept  in  the  local  buffer  memory  explained  in  the  preceding  section. 

The  sequence  to  be  realized  by  this  processor  is  shown  in 
Figure  1.2.2.   First  a  request  is  generated  by  drawing  a  path  on  the 
local  station  television  monitor.   The  corrdinates  of  these  squares  are 
received  at  the  remote  station  and  the  vehicle  attempts  to  follow  them. 
In  this  example,  square  C  is  found  to  contain  an  obstacle  and  its  coor- 
dinates are  sent  back  to  the  local  station.   The  vehicle  will  retrace 
its  path  until  the  obstacle  is  found.   Then  square  C  is  added  to  the 
model.   Then  the  vehicle  will  be  left  at  square  B.   The  rate  at  which 
the  backtracking  occurs  is  on  the  order  of  2  squares  per  second  and 
therefore  the  operator  can  readily  see  this  action  occurring  on  the 
monitor. 

1.2.3     Remote  Station  Summary.   The  remote  station  is  readily  reach- 
ing completion.   Most  of  the  interconnections  within  the  remote  station 
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have  been  finished.   The  remaining  work  to  be  done  is  in  the  areas  of 
debugging  and  adding  front  panel  switches  and  indicator  lights. 

Remote  Station  Design  and  Operation.   The  remote  station  can  be 
considered  a  small  independent  sequential  machine.   Its  main  function  is 
to  simulate  a  remote  vehicle  on  a  distant  planet. 

The  first  step  in  the  operation  of  this  station  is  landing  this 
vehicle.   When  a  request  to  land  is  received,  the  machine  will  either 
create  a  gray  square  on  its  monitor  (the  vehicle)  or  send  back  the  dis- 
astrous news  that  the  vehicle  has  crashed.   The  machine  will  accept  13 
bit  data  command  words  (shown  in  Figure  1.2.3),  biphase  encoded,  from  the 
tape  recorder  delay  unit. 

The  state  transition  diagram  for  the  remote  station  is  shown  in 
Figure  1.2.4.   As  shown,  a  valid  landing  site  must  be  chosen  for  the 
vehicle  to  begin.   It  can  then  be  steered  through  its  real  maze,  attempt- 
ing to  follow  those  requests  given  to  it.   The  vehicle  in  the  television 
display  is  denoted  by  a  small  gray  square  which  traverses  the  C.R.T. 
Each  time  an  invlaid  request  is  found,  i.e.  attempt  to  move  or  land  on 
an  obstacle,  then  and  only  then  is  a  reply  sent  out.   This  reply  is  used 
to  update  the  local,  model  maze. 

Once  an  obstacle  is  found,  the  remaining  data  which  is  part  of 
this  path  is  not  meaningful.   This  path  continues  even  though  the  vehicle 
has  stopped.   Therefore,  there  must  be  a  time  lag  in  which  the  local  and 
remote  stations  can  become  re-synchronized.   The  local  station  will  re- 
ceive the  reply,  update  its  model,  and  along  with  the  next  request  send 
out  the  reset  code.   Once  the  obstacle  has  been  sensed,  the  remote  sta- 
tion is  put  into  a  new  state  called  "vehicle  has  sensed  obstacle"  as 
shown  in  the  transition  diagram.   The  only  transitions  allowed  are  those 

which  have  a  reset  code  included. 
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Shift  Register  Decoder  Design.   This  logic  implements  the 
transistion  diagram  described  in  the  previous  section.   The  logic  dia- 
gram is  shown  in  Figure  1,2.5-   Each  command  word  received  is  detected 
and  placed  into  a  13  "bit  shift  register.   Whichever  code  is  present  de- 
termines the  action  taken.   The  result  is,  either  the  vehicle  moves  to  a 
new  location  or  the  vehicle  cannot  move,  in  which  case  an  update  reply  is 
generated. 

Local  Remote  Interconnections.   The  interconnection  of  the 
local  and  remote  stations  are  intended  to  be  as  realistic  as  possible, 
consistent  with  practical  design.   Communication  between  the  stations  is 
realistic  in  the  fact  that  two  communication  paths  are  used.   The  trans- 
mission of  control  information  is  encoded  and  sent  via  the  tape  unit. 
This  unit  provides  the  delay  encountered  when  communicating  with  distant 
planets.   The  transmission  of  information  from  the  remote  station  to  the 
local  station  is  sent  via  a  direct  connection.   (This  was  discussed  in 
the  preceding  report).   This  is  shown  in  Figure  1.2.6.   It  should  be 
noted  that  information  is  also  sent  to  the  remote  station  via  the  direct 
link.   This  will  be  used  later  for  the  preview  feature. 

Edward  Pott 

1.3       OCOMO  (Project  #U2) 

1.3.1     Summary .   OCOMO  is  a  digital  communications  system  involving 
the  coding  and  decoding  of  a  Pulse  Code  Modulation  signal.   Both  the 
coding  and  decoding  of  the  digital  PCM  signal  is  accomplished  by  using 
optical  ROM's,  which  provide  non-electrical  storage  and  relatively  easy 
change  of  the  stored  data.   In  the  previous  quarter,  the  encoder  was 
completed.   During  this  past  quarter,  the  decoder  design  was  completed. 
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1.3.2     The  Decoder.   The  basic  decoding  problem  is  to  associate  the 
received  code  word  (assumed  error-free)  with  the  proper  PCM  level.   At 
the  encoder,  an  analog  version  of  the  digital  PCM  signal  selects  a  code 
strip  consisting  of  transparent  and  opaque  rectangles.   The  beam  of  the 
CRT  scans  this  strip.   The  light  information  is  converted  to  an  electrical 
signal  by  using  a  photomultiplier  tube.   This  electrical  signal  is  then 
transmitted.   At  the  decoder,  decoding  begins  after  the  entire  codeword 
is  received.   At  the  encoder,  a  transparency  containing  6k   code  strips  is 
placed  over  the  CRT  face.   At  the  decoder,  the  bitwise  complement  of  the 
6k   codestrips  is  placed  over  the  CRT.   A  logical  one  in  the  received  code- 
word corresponds  to  a  transparent  spot  at  the  encoder  and  an  opague 
stop  at  the  decoder.   Consider  the  6k    code  strips  as  being  columns 
and  each  bit  position  as  being  a  row  of  a  matrix.   If  each  row  that 
corresponds  to  a  1  in  the  received  word  is  scanned,  the  strip  cor- 
responding to  the  received  code  word  will  pass  no  light.   If  one 
designs  a  code  such  that  the  above  procedure  unambiguously  defines 
the  strip  corresponding'  the  received  word,  the  PCM  level  can  easily 
be  reassociated  with  the  received  word.   This  is  the  procedure  used 
in  OCOMO  for  decoding. 

It  can  be  shown  that  a  code  containing  at  least  6k   code  words 
requires  a  length  of  8  bits  when  using  the  above  decoding  scheme.   The 

o 

code  used  in  OCOMO  contains  6k   of  the  (,  )  =  70  combinations  having  four 
ones  and  four  zeroes. 

The  decoding  process  begins  when  a  new  codeword  is  received. 
The  bit  position  of  the  first  "l"  received  is  stored.   After  the  word  has 
been  received,  6k   flip-flips — one  to  a  codestrip — are  initialized  to  the 
Q  =  0  state.   Also,  the  CRT  beam  is  deflected  to  the  first  "l"  position. 

-26- 


The  CRT  beam  is  deflected  across  the  6k   positions  in  that  row  "by  means  of 
a  triangular  voltage  waveform.   As  the  beam  passes  behind  each  position, 
the  flip-flop  associated  with  that  position  is  enabled.   If  the  position 
is  transparent,  a  photomultiplier  detects  the  light  and  the  flip-flop 
changes  state.   If  the  position  is  opaque,  the  flip-flop  does  not  change 
state.   While  the  first  row  is  scanned,  the  decoder  determines  the  next 
row  to  be  scanned.   After  a  row  is  scanned,  there  is  a  250  ns   delay 
before  the  next  scan  begins.   After  all  four  positions  with  ones  in 
the  received  word  are  scanned,  one  of  the  strips  will  not  have  passed 
any  light;  one  of  the  6k   flip-flops  will  be  in  the  initial  state.   After 
all  four  rows  are  scanned,  the  output  of  a  6k   to  6  encoder  with  the  ac- 
tive level  being  the  initial  state  is  stored.   This  PCM  signal  is  then 
converted  to  audible   information  using  a  D/A  converter,  an  active 
filter,  an  audio  amp,  and  a  speaker. 

1.3.3     Circuit  Description.   Figure  1.3.1  shows  the  circuitry  for 
storing  the  received  word.   Register  A  is  used  as  a  serial  to  parallel 
converter.   The  direction  of  the  serial  data  in  it  changes  because  of 
the  encoder  design.   Register  A  changes  the  storage  order  of  the  data 
to  accomodate  this.   Register  B  stores  the  complete  word.   The  counter 
is  used  to  determine  the  end  of  the  word.   When  the  data  is  shifted 
left  into  the  register,  the  contents  of  the  counter  is  stored  when  the 
first  logical  one  occurring  in  the  new  word  is  detected.   For  right 
shifting,  the  complement  of  the  contents  of  the  counter  is  stored  when 
the  last  "l"  of  the  new  word  is  detected.   These  stored  counter  contents 
determine  the  first  row  to  be  scanned.   Three  bits  are  necessary  since 
the  appropriate  "l"  can  be  in  positions  0  through  k   inclusive. 
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The  stored  position  is  used  to  initialize  the  vertical  counter 
shown  in  Figure  1.3-2  after  decoding  the  previously  received  word.   When 
decoding  of  the  new  word  "begins,  the  contents  of  the  counter  is  trans- 
ferred to  the  vertical  store  register.   The  output  of  the  vertical  store 
is  applied  to  a  MC  1^06  D/A  convertor.   The  D/A  output  is  applied  to  an 
op  amp  to  provide  voltage  amplification.   The  OP  amp  then  drives  the 
vertical  deflection  plates  of  the  CRT.   After  the  vertical  store  is 
loaded,  the  counter  is  incremented  to  the  next  "l"  in  the  word  being 
decoded.   After  four  rows  are  scanned,  the  counter  is  again  initialized 
and  the  process  continues  as  before. 

Figure  1.3-3  shows  the  horizontal  deflection  circuit.   This 
circuit  has  its  own  independent  clock.   The  clock  frequency  is  chosen 
such  that  at  least  four  columns  can  be  decoded  in  the  time  it  takes  to 
receive  a  code  word.   The  signal  applied  to  the  horizontal  deflection 
plates  of  the  CRT  is  a  triangular  voltage  waveform  which  is  controlled 

by  a  multiple  of  the  horizontal  clock.   The  horizontal  counter  counts 
from  0  to  6k   and  back  to  0.   As  the  counter  counts  up,  the  triangular 
voltage  has  a  positive  slope.   One  half  period  after  the  counter 
reaches  6*+,  the  triangular  voltage  changes  slope.   The  slope  changes 
sign  again  one-half  period  after  the  counter  reaches  0.   The  triangle 
wave  is  generated  by  two  FET  current  sources  and  a  capacitor.   One  cur- 
rent source  charges  the  capacitor  and  the  other  discharges  it.   When  the 
counter  reaches  its  maximum  or  minimum  value,  one  row  has  been  scanned. 
The  vertical  storage  register  is  changed  after  each  row  has  been  scanned. 
A  photomultiplier  is  used  to  detect  the  transparent  or  opaque  spots  as  a 
row  is  scanned.   When  decoding,  6U  flip-flops  are  initialized  to  the 
Q  =  0  state.   As  the  CRT  beam  is  deflected  across  the  row,  each  of  the 
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flip-flops  is  enabled  when  the  beam  is  behind  its  associated  position. 
Figure  1.3.1+  shows  one  of  four  circuits,  each  containing  l6  flip-flops. 
The  k   to  l6  decoder  is  controlled  by  the  horizontal  counters  which  in 
turn  control  the  triangle  wave  generator.   One  of  the  four  cards  is 
enabled  when  the  beam  scans  its  group  of  l6  positions.   Each  flip-flop 
on  an  enabled  card  which  has  light  passing  through  its  associated  spot 
is  changed  to,  or  has  been  in,  the  Q  =  1  state.   After  scanning  k   rows, 
one  flip-flop  will  be  in  the  initial  state.   Part  of  the  6k   to  6  encoding 
is  done  by  the  Decoding  Flip-Flops  (Figure  1.3.1+ ).   The  four  least  sig- 
nificant bits  are  determined  by  the  8  input  NAND  gates.   Figure  1.3-5 
shows  the  circuit  which  completes  the  encoding.   The  k   least  significant 
bits  from  the  Decoding  Flip-Flops  are  gated  together.   The  two  most  sig- 
nificant bits  are  determined  by  noting  which  of  the  four  circuit  cards 
has  the  flip-flop  in  the  Q  =  0  state.   After  the  6  bit  number  is  deter- 
mined, it  is  stored,  converted  to  an  analog  signal,  filtered,  amplified 
and  applied  to  a  speaker.   The  conversion  from  the  6  bit  word  to  audible 
information  is  done  using  the  Maintenance  Decoder  described  in  the  pre- 
vious Quarterly  Report. 

Robert  Budzinski 

1.1+       HOLOMAR  (Project  No.  1+1+) 

l.l+.l     Summary.   This  project  is  concerned  with  storing  information  in 

a  computer  memory.   Suppose  that  there  are  n  pieces  of  data  to  be  retained. 

The  information  that  is  actually  stored  in  the  memory  is  a  transformation 

of  this  data: 

Ax  =  y   where  A  is  an  n  x  n  matrix,  x  is  a  vector  of 

length  n  (input  data)  and 

y  is  a  vector  of  length  n  (stored  information). 
-32- 
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Figure  1.3.5  64  to  6  Encoder 


Storage  is  such  that  if  any  of  the  stored  information  is  lost  or  des- 
troyed, the  data  to  he  retained  can  still  be  reproduced  with  only  a 
small  amount  of  error.   The  matrix,  A,  must  have  an  inverse  such  that 

A_1y  =  x. 
In  other  words,  let  x  =  (x  ,  x  ,  ...,  x  )  and  y  =  (y  ,  y  ,  ...,  y  ). 


Then ,   A 


[V 

yl 

X£ 

J2 

• 

• 

X 

n 

yn 

The  data,  x,  is  used  to  calculate  the  stored 


information,  y.   If  an  element  of  y  is  now  destroyed  (suppose  that  y. 
is  destroyed  and  y.  ■*■  0),  then 
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where   A.  <<  x.    for  i=l ,  2, 
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The  diagram  in  Figure  l.U.l  shows  a  conceptual  implementation. 

1.J+.2     Status.   A  computer  program  is  being  written  to  study  the 
possible  matrices  that  may  be  used.   Also  included  in  this  program  will 
be  an  error  analysis  for  each  matrix. 

Jim  Cutler 
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Figure  l.U.l  Block  Diagram  of  HOLOMAR  Memory 
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1.5       ASIM  (Project  No.  U5 ) 

The  conclusions  of  the  design  study  reported  in  the  last  QTPR 
were  slightly  modified  "by  the  decision  to  incorporate  some  failsafe 
facility  into  a  computing  module  (CM).   As  a  result  of  this  modification 
it  was  found  more  feasible  to  implement  each  CM  in  TTL  logic  (see  sec- 
tion 1.6.U  of  the  previous  QTPR).   This  was  due  to  the  additional  hard- 
ware needed  in  each  CM  to  handle  the  failsafe  facility. 

The  detailed  design  of  the  data  processing  section  of  a  CM 
has  been  completed.   This  is  presently  being  fabricated   so  that  the 
logicality  and  dynamic  operation  of  the  design  may  be  debugged  prior 
to  it  being  incorporated,  together  with  the  failsafe  hardware,  into  the 
design  of  a  complete  CM. 

The  block  diagram  of  a  CM's  data  processing  section  is  shown 
in  Figure  1.5-1-   The  standard  data  word  is  8  bits,  and  can  be  received 
serially,  LSB  first,  into  one  of  the  two  input  ports  of  a  CM.   [These 
are  A  and  B  in  Figure  1.5-1]-   A  CM  outputs  a  standard  data  word  serially, 
LSB  first,  out  of  one  port.   [Z  in  Figure  1.5-1]-   The  functional  capa- 
bility of  a  CM  includes: 

1)  Z  =  A  +  B 

2)  Z  =  A  -  B 

3)  Z  =  A  *  B 
U)   Z  =  A  /  B 

5)  Z  =  /B.dt 

6)  Z  =  All  l6  possible  bit-wise  logical   combinations   of 

A  and  B. 
The   serial  nature   of  the   data  transmission  in   and  out   of  a  CM 
reduces  the  data  rate  upper  bound  by  a  factor  of  -   8.      However,    only  one 
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bit  line  is  needed  to  connect  the  output  of  one  CM  to  the  input  of 
another.   A  complex  system  of  CMs  can  thus  he  interconnected  without  the 
complexity  of  the  interconnections  "becoming  unduly  large.. 

Refering  to  Figure  1.5*1  it  will  he  seen  that  both  inputs  feed 
serial-to-parallel  converters  (A  and  B  )  and  that  the  output  undergoes 
parallel-to-serial  conversion  (in  register  Z)  prior  to  its  exit.   The 
conversions  are  performed  by  programmable  8  bit  parallel-in,  parallel- 
out,  bidirectional  shift  registers  (type  SN7^198).   At  the  end  of  a 
conversion  cycle  (8  clock  cycles)  the  contents  of  A  and  B  are  shifted 
into  buffers  A0  and  B0  respectively  on  the  rising  edge  of  a  T  pulse 

d.  d.  r 

(see  Figure  1.5*1)*   [A_  and  B  are  also  programmable  shift  registers, 
type  SN7 -+198 ].   During  the  next  8  clock  cycles  the  ALU  (a  type  SN7I+I8I 
unit)  computes  the  prescribed  function  of  A  and  B  ,  under  the  control 
of  the  instruction  register  and  its  associated  control  logic  (see 
Figure  1.5*l)*   The  multiply  and  divide  operations  are  the  only  opera- 
tions taking  a  full  8  clock  cycles;  they  operate  according  to  the  familiar 
shift  and  add  algorithm — for  8  bit  inputs  this  implies  a  maximum  of  8 
adds/subtracts  and  7  shifts.   The  remaining  operations  in  the  instruction 
set  are  made  up  with  no-op  clock  cycles  so  that  they  appear  to  take  8 
clock  cycles.   In  this  way  the  computing  time  is  identical  for  each  CM 
no  matter  what  function  it  computes.   The  timing  problems  in  a  network 
of  CMs  are  thus  minimized. 

The  register  P  contains  the  partial  results  after  each  clock 
cycle.   When  the  feedback  loop  is  enabled  by  control  signal  C,  P  is 
used  to  feed  the  ALU  along  with  B  .   In  this  configuration  multiply, 
divide  and  integrate  are  performed.   After  the  8  clock  cycles  used  for 
the  ALU  operation,  the  result  is  loaded  into  register  Z  on  the  rising 
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edge  of  the  next  0  pulse  (see  Figure  1.5»l)«   During  the  next  8  clock 
cycles  Z is  shifted  out  serially  with  its  LSB  first. 

The  throughput   of  a  CM  is  split  into  three  phases  each  taking 
9  clock  cycles. 

I.   Serial -to-parallel  in. 
II.   Compute. 
III.   Parallel-to-serial  out. 
These  three  phases  operate  in  an  overlapped,  or  pipelined  fashion,  so 
that  the  throughput  is  boosted  by  a  factor  of  3.   Figure  1.5*2  shows  the 
overlap. 

The  failsafe  features  will  be  reported  on  in  detail  in  future 
QTPRs.   They  are  the  product  of  a  new  and  inter sting  approach  in  which  a 
system  of  CMs  activity  repairs  itself  by  reconfiguring  itself  so  that 
defective  CMs  are  replaced  by  functioning  CMs,  retrieved  from  a  resource 
pool  of  CMs  on  standby. 

Trevor  Mudge 

1.6       THESPIAC  (Project  No.  1+7) 

1.6.1     Summary .   Three  major  aspects  of  the  THESPIAC  project  have  been 
considered  during  this  quarter.   First,  two  prototype  digital  channel 
drivers  were  constructed  and  used  to  select  a  word  size  for  the  THESPIAC 
memory.   Second,  a  digital  alternative  to  analog  crossfading  and  sub- 
mastering  was  considered.   It  is  believed  that  the  digital  alternative 
will  provide  the  desired  capabilities  at  a  cost  lower  than  that  of  an 
analog  realization.   Third,  a  major  portion  of  the  quarter  has  been  de- 
voted to  the  writing  of  a  manual  which  defines  the  functional  character- 
istics of  THESPIAC.   In  its  final  form  (which  should  be  completed  by  the 
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end  of  the  second  quarter),  it  will  be  used  as  the  specifications  for 
the  construction  of  THESPIAC. 

Each  of  these  topics  is  discussed  thoroughly  in  the  following 
subsections. 

1.6.2     Word  Size  Selection.   During  the  early  part  of  this  quarter, 
word  size  experiments  were  made  to  determine  the  minimum  number  of  mag- 
nitude bits  which  would  give  the  necessary  resolution.   Two  codes  were 
initially  under  consideration:   Six  magnitude  bits  with  fifty  states 
used,  and  seven  bits  with  one  hundred  states  used.   These  two  codes 
were  chosen  because  they  are  easily  scaled  onto  the  range  [0,10]  and 
can  be  completely  displayed  using  two  decimal  digits. 

Two  identical  prototype  channel  drivers  were  constructed. 
Each  of  these  circuits  contained  a  six-bit  counter  (two  7^+193  four-bit 
up/down  counters),  an  inverter  for  each  of  the  six  bits  from  the  counter 
(one  jkoh) ,  a  six-bit  D- to-A  converter  (MClUo6),  and  an  op-amp  (7I+I )  to 
convert  the  D-to-A  converter's  current  output  into  a  voltage  between  0 
and  20  volts.   These  two  drivers  were  jumpered  into  two  dimmers  in  one 
of  the  theatres  of  the  Krannert  Center.   Their  resolution  was  examined 
by  Lighting  Director  Ray  Caton  and  found  to  be  satisfactory. 

However ,  it  was  observed  that  the  steps  in  light  intensity 
between  states  in  the  code  were  easily  visible  under  certain  conditions 
(particularly  on  low  intensity  lamps  used  on  the  cyclorama).   Thus, 
while  fifty  states  are  adequate  for  settings  in  memory,  more  states  will 
be  required  during  crossfading  or  submastering  from  one  setting  to 
another. 
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1.6.3     Crossfader  and  Submaster  Considerations.   In  effect,  infinite 
resolution  in  the  crossfader  and  submasters  may  be  obtained  by  using 
multiplying  D-to-A  converters  (six-bit)  with  analog  control  voltages. 
This  scheme  also  requires  an  eight-input  analog  multiplexor  for  each  of 
the  D-to-A  converters. 

The  alternative  is  to  use  digital  multipliers,  an  adder,  and  a 
single  D-to-A  converter  (eight  or  more  bits).   This  scheme  requires  two 
digital  multiplexors  each  of  which  selects  one  of  eight  eight-bit  words. 

The  costs  of  these  two  possibilities  are  similar,  with  the 
analog  system  appearing  to  be  both  simpler  and  less  expensive.   However, 
the  digital  scheme  has  an  advantage  over  the  analog  scheme  in  another 
respect — it  would  allow  cues  to  be  created  by  applying  the  crossfader 
and/or  submasters  to  existing  cues.   (The  Krannert  Center  would  very 
much  like  to  have  this  feature).   This  capability  could  be  added  to  the 
analog  scheme  by  including  an  A-to-D  converter,  but  this  would  make  the 
cost  greater  than  the  digital  alternative. 

Thus,  the  digital  scheme  has  been  tentatively  chosen.   To  be 
sure  that  it  will  meet  the  Krannert  Center's  requirement  before  making 
this  decision  final,  a  prototype  is  now  under  construction.   It  will  be 
evaluated  in  one  of  the  Krannert  Center's  theatres  during  the  second 
quarter. 

1.6.U  Specification  of  Functional  Characteristics.   A  first  draft 

of  a  document  specifying  the  precise  functional  characteristics  of 
THESPIAC  is  nearing  completion.   It  has  been  written  in  the  form  of  an 
operator's  manual  and  will  be  sent  to  the  Krannert  Center  for  evaluation 
early  next  quarter.   Subsequent  to  their  evaluation,  modifications  will 


be  made  if  necessary  and  then  the  document  will  be  considered  to  be  in 
its  final  form.   It  will  then  be  the  top-level  definition  of  THESPIAC 
and  the  detailed  design  will  be  based  on  it. 

L.  N.  Daley 
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2.   HARDWARE  SYSTEMS  RESEARCH 

(Supported  in  part  by  the  Atomic  Energy  Commission  under 
Contract  US  AT ( 11-1 )  1^+69,  W.  J.  Poppelbaum,  Principal  Investigator). 
Brief  Summary 

1.  LASCOT 

Improvements  in  contract  ratio  and  resolution.   Luminance 
measurements.   Preparation  of  final  report. 

2 .  COLFTAR 

Overall  cleanup  of  the  entire  system  eliminating  many  small 
problems . 

3.  LINDA 

Operation  of  the  Shade  and  Follow  logic. 
k .   STEREOMATRIX 

Improvements  in  the  Coefficient  Generator,  the  Position  Detec- 
tor and  the  Display. 

5 .  SCANTRIX 

Finalized  interfacing  circuits.   Final  report  being  prepared. 

6 .  FROG 

Completion  of  the  simulation  phase.   Preliminary  report  on 
hardware  implementation. 

7 .  BEACON 

Design  completed  and  final  report  being  written. 

8.  CAECOTRON 

Distance   finding   algorthm. 

9.  INCOM 

Overview  of  system  design  goals.   Preliminary  simulation. 


10.  CM 

Delay  line  attenuation  compensation  scheme. 

11.  STORM 

Description  of  new  project.   Goals  and  preliminary  sensing 
schemes. 

12.  NORMAN 

A  new  project  is  outlined. 

W.  J.  Kubitz,  Editor 
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2.1  LASCOT  (Project  Wo.  9) 

2.1.1     Summary .   The  contrast  ratio  of  the  display  has  "been  improved 
by  installing  individual  l/k   wave  plates  for  each  of  the  three  colors. 
These  plates  take   care  of  the  uncompensated  natural  binefringence  of 
the  EOLMs.   The  contrast  ratio  is  increased  to  25.   The  resolution  has 
been  improved  by  reducing  the  spot  size  to  0.l8  inches.   The  picture 
size  remains  2  feet  by  1  1/2  feet.   The  liminence  of  the  picture  was 
measured  to  be  0.5  foot  lamberts.   The  final  report  on  LASCOT  is  now 
being  prepared.   This  is  the  last  quarterly  report. 

M.  N.  Cooper 

2.2  COLFTAR  (Project  No.  12) 

2.2.1     Summary .   Since  the  last  COLFTAR  progress  report,  emphasis  has 
been  placed  on  an  overall  upgrading  of  the  CP:FTAR  system  performance  in 
all  areas,  as  well  as  general  system  maintenance.   Inability  to  reach  suf- 
ficiently low  operating  pressures  with  the  high  vacuum  system  led  to  the 
discovery  of  several  leaks  in  the  stainless  steel  pressure  chamber  via 
helium  leak  testing.   Rewelding  of  the  chamber  corrected  this  problem 
and  the  vacuum  system  has  operated  adequately  since. 

The  electronics  of  COLFTAR  have  been  modified  extensively.   The 
Litton  isolation  amplifier  now  incorporates  a  regulated  direct  current 
filament  source  for  the  write  gun,  an  improved  G2  voltage  source,  and  Gl 
gating  circuitry,  as  well  as  the  new  video  isolation  amplifier  (utilizing 
photon  couplers)  which  was  mentioned  in  the  last  COLFTAR  report.   Cir- 
cuitry now  reduces  the  common-mode  noise  at  the  inputs  to  the  horizontal 
and  vertical  deflection  amplifiers  to  a  small  percentage  of  the  ramp  sig- 
nal levels,  and  this  should  aid  the  system  resolution. 

-k7- 


An  attempt  to  operate  the  system  for  the  first  time  with  the 
new  "coated-powder"  cathode  write  gun  led  to  the  discovery  of  arcing 
within  the  gun  at  cathode  potentials  greater  than  lUkV.   The  first  arcing 
incident  also  destroyed  two  of  the  four  transistors  which  are  used  to 
sense  the  substrate  temperature,  and  thus  temporarily  disabled  the 
crystal-cooling  ability  of  COLFTAR.   However,  a  temporary  system,  con- 
trolling two  of  the  thermoelectric  modules  with,  in  effect,  the  average 
temperature  indicated  by  the  remaining  operational  transistors,  has 
proved  operable.   A  modification  intended  for  the  upcoming  quarter  con- 
sists of  changing  the  temperature-sensing  units  from  transistors  to 
thermocouples,  which  should  be  impervious  to  arcing  hazards  and  yet 
maintain  the  accuracy  of  temperature  measurements  within  +. 5°C  over 
their  entire  operating  range.   Their  use  will  require  the  design  of  the 
new  amplifier  circuitry,  but  should  pay  dividends  in  the  long  run. 

Presently,  the  system  is  being  operated  at  reduced  cathode 
potential  (lHkV  maximum)  in  order  to  check  out  system  performance  after 
the  many  changes  made.   When  the  system  is  brought  up  to  atmospheric 
pressure  to  install  the  thermocouples  in  the  crystal  housing,  the  write 
gun  insulating  surfaces  will  be  cleaned  as  thoroughly  as  possible  in 
order  to  prevent  future  arcing  at  normal  operating  potentials  (approxi- 
mately 20kV).   In  the  interim,  the  various  combinations  of  grid  voltages, 
filament  current  and  video  signal  gain  are  being  experimented  with  to 
determine  optimum  settings  within  the  constraint  of  low  operating  poten- 
tial.  To  this  end,  a  flying  spot  scanner  is  being  used  to  generate  a 
constant  video  image  for  study.   Initial  indications  have  been  promising 
and  testing  will  continue  until  the  thermocouple  temperature-sensing 
system  can  be  installed. 

Stan  Kopec 
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2.3       LINDA  (Project  No.  28) 

2.3.1  Summary .  LINDA  (LINe  Drawing  Analyzer)  is  a  pattern  recogni- 
tion project  which  looks  at  simple  line  drawings  and  identifies  them  by 
means  of  an  analysis  of  a  video  signal  generated  by  a  flying  spot  scan- 
ner. Each  line  drawing  is  separated  into  simpler  parts  which  are  iden- 
tified. Part  identification  along  with  some  relative  part  position 
information  allows  a  fairly  accurate  drawing  identification. 

LINDA  is  outlined  in  more  detail  in  previous  reports.   In 
particular  refer  to  the  QTPR  for  January,  February,  and  March,  1972  for 
a  system  block  diagram. 

2.3.2  Project  Status.   The  video  amplifier,  double  differentiator, 
and  delay  lines  are  all  in  working  order.   Details  of  these  systems  are 
given  in  the  previous  reports.   During  the  last  quarter  work  was  com- 
pleted on  the  shade  and  follow  logic.   The  system  was  tested  and  found 
to  work  very  well  with  almost  none  of  the  noise  problems  encountered  in 
a  previously  constructed  preliminary  system.   Ground  planes  were  used  on 
critical  cards  and  all  cards  were  laid  out  to  minimize  cross  coupling  and 
transmission  line  effects.   A  block  diagram  of  the  shade  and  follow  logic 
is  shown  in  Figure  2.3.1-   The  system  accepts  the  complete  video  signal 
of  a  given  line  drawing.   Any  part  of  the  drawing  may  then  be  designated 
for  shading  by  a  proper  initializing  signal.   The  initializing  signal 

may  be  either  in  the  proper  time  sequence  or  in  the  proper  space  sequence, 
i.e.  one  may  initialize  a  section  to  be  shaded  by  applying  a  pulse  to 
the  initialize  gates  at  the  time  when  that  particular  part  of  the  figure 
occurs  or  one  may  designate  a  certain  part  for  initialization  such  as 
part  1  or  part  3  etc.   (Parts  are  numbered  left  to  right  and  top  to  bottom 
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with  the  top  leftmost  part  being  number  1.  Succeeding  parts  are  numbered 
as  they  are  encountered  in  the  raster  scan).  After  initialization  each 
video  line  is  compared  to  the  previous  one.  Parts  of  the  next  video  line 
which  correspond  to  parts  on  the  previous  line  which  have  been  shaded  (or 
initialized)  are  shaded  in  and  displayed.  All  other  video  is  erased.  In 
this  manner  any  given  part  of  a  drawing  may  be  initialized  and  the  shade 
and  follow  system  will  shade  in  the  rest  of  the  part  below  the  initializ- 
ing pulse. 

In  Figure  2.3.1,  the  line  pulse  count  shift  register  counts 
the  number  of  pulses  on  a  video  line  and  enables  the  shade-all  circuits 
to  shade  between  all  pulses.   The  compare  circuits  compare  two  video 
lines  in  time.   One  line  has  video  which  has  one  part  shaded-in  (from  the 
output).   The  other  line  has  video  which  has  all  its  parts  shaded  in 
(from  shade  all  circuits).   The  comparison  information  is  fed  to  the 
shade  select  circuits  which  select  some  part  of  the  video  signal  to  be 
shaded  for  output. 

At  the  present  time  work  is  being  completed  on  a  system  which 
will  make  the  shade  and  follow  circuits  automatic.   Initializing  pulses 
are  now  being  put  into  the  shade  and  follow  circuits  manually.   The  new 
initializing  scheme  will  keep  track  of  each  part  of  the  line  drawing 
and  furnish  initializing  pulses  to  successive  drawing  parts.   (As  each 
part  is  initialized  and  shaded  it  may  be  identified.   After  identifi- 
cation successive  parts  are  initialized).   Relative  position  information 
will  also  come  from  these  circuits.   This  system  is  being  debugged  and 
it  will  be  completed  in  the  near  future. 

2.3-3     Future  Work.   Besides  debugging  the  initializing  system,  work 

is  progressing  on  a  system  which  will  allow  LINDA  to  shade  parts  above  as 
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well  as  below  any  initializing  pulse.   This  system  is  now  only  in  the 
planning  stage.   LINDA' s  final  output  is  also  in  the  planning  stage  and 
will  probably  consist  of  a  tape  recorder  with  a  voice  message  identifying 
line  drawings. 

D.  Blandford 

2.U       STEREOMATRIX  (Project  No.  30) 

2.U.1     Coefficient  Generator.   A  clock  card  was  built  which  provides 
fast  or  slow  frame  pulses  to  the  system.   Alternatively,  an  external 
pulse  can  be  used.   This  card  also  accepts  intensity  pulses  from  PAGEN 
to  control  blanking.   ( PAGEN  was  modified  to  produce  one  blanking  pulse 
per  point  rather  than  an  edge  per  point). 

The  lightly  loaded  +12-volt  supplies  were  removed  from  the 
system  and  regulator  cards  constructed  which  derive  the  +12  volts  and  the 
-5  volts  needed  by  the  710  comparators  from  the  +15 -volt  operational 
amplifier  supplies. 

The  inverse  transformer  multipliers  were  adjusted  and  some 
superfluous  units  removed.   The  cursor  is  now  almost  stationary  during 
rotations  and  translations.   However,  some  final  adjustments  remain  to 
be  made. 

2.1*. 2     Position  Detector 

The  complete  power  supply  cabling  to  the  position  detector 
was  reorganized  concurrently  with  the  removal  of  the  +12- volt  supplier. 
A  new  voltage  regulator  card  was  constructed  which  accepts  +15  volts  and 
provides  +12  and  -6  volts. 

Noise  problems  in  the  disc  reader  circuitry  were  traced  to  the 

change  in  input  impedance  of  the  710  comparators.   The  off-state  input 
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impedance  is  determined  by  a  reverse-biased  junction  while  the  on-state 
impedance  is  about  30  kohm.   Isolation  resistors  were  added  between 
the  driving  line  (>200  kohm)  and  the  710  inputs.   This  significantly 
reduced  the  cross-coupling  between  packages.   In  addition,  the  grounding 
was  improved  on  the  710  boards  and  the  drive  signal  levels  were  increased 
a  factor  of  four  by  optical  adjustments.   The  detected  sine  and  cosine 
values  were  integrated  to  eliminate  an  annoying  jitter  in  the  output. 
Integration  time  is  short  relative  to  possible  observer  movement. 

The  output  voltage  levels  were  adjusted  and  offset  to  match 
the  Stereomatrix  Transformer  inputs.  Levels  between  these  units  must 
be  calibrated  to  obtain  the  correct  image-observer  relative  movement. 

2.U.3     Display.   Sensing  resistors  and  base  diodes  were  added  to  the 
Laser  power  supply  in  the  driving  circuitry.   The  easy-on  circuit  was 
added  and  seems  to  reduce  the  relay  contact  arcing  at  turn-on. 

Over-current  and  high-temperature  protection  remain  to  be  added. 

Steve  Whiteside 

2.5       SCANTRIX  (Project  No.  35) 

2.5*1     Summary .   This  is  the  last  quartly  report  for  this  reject. 
The  logic  of  the  system  is  completed,  wired,  and  tested.   Also,  the 
first  LED  display  unit  which  consists  of  four  rows  of  LED's  (6U  LED's 
for  each  row)  is  finished  and  completely  tested.   The  oscillations  in- 
herent with  the  first  layout  have  been  eliminated  by  introduction  of  a 
partial  ground  plane  and  appropriate  filtering  capacitors  and  inductors. 
Fourteen  more  of  these  display  units  must  be  built  and  as  soon  as  these 
cards  are  ready,  the  whole  system  can  be  quickly  completed. 
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2.5.2     Circuit  Design.   Besides  debugging  the  display  unit  during  the 
last  quarter,  several  circuit  designs  which  are  essentially  modifications 
of  some  cards  previously  built  have  been  finalized.   These  are  briefly 
described  below. 

Clock  Generator.   The  first  of  these  is  a  sampling  clock  genera- 
tor which  also  provides  strobes  for  the  horizontal  and  vertical  enable. 
In  Figure  2.5-1,  section  A  of  the  circuit  represents  the  sampling  clock 
generator.   A  small  adjustable  delay  is  imposed  on  the  horizontal  sync 
signal  by  the  one-shot  SN7^123.   The  cross-coupled  multivibrators  are 
triggered  by  the  trailing  edge  of  the  delayed  sync  signal  to  generate 
sixty-four  pulses  as  the  sampling  clock  before  the  next  horizontal  sync 
occurs.   Two  SN7^-193  four-bit  counters  determine  the  number  of  pulses. 
The  carry  output  at  the  end  of  the  6Uth  pulse  changes  the  state  of  the 
SNTU107  J-K  Flip-Flop  giving  the  H  enable  output. 

Section  B  of  the  circuit  (Figure  2.5.1)  has  two  counters  which 
can  be  programmed  by  eight  toggle  switches  to  skip  any  appropriate  number 
of  horizontal  lines  before  starting  the  picture. 

Section  C  counts  2l+0  horizontal  sync  pulses  after  which  the 
carry  output  triggers  the  SN7^107  which,  in  conjunction  with  the  SN7U7U 
in  section  B,  gives  the  V  enable  strobe. 

Interfacing  Circuits.   Figures  2.5-2,  2.5-3,  and  2.3 -h   are  the 
interfacing  circuits  between  the  TV  and  the  system.   They  are  essentially 
drivers  with  the  capability  of  driving  the  video  and  the  sync  signals 
through  several  feet  of  cable  to  the  system.   The  two  one-shots  at 
the  receiving  end  give  the  appropriate  pulse  widths  while  the  two  com- 
parators separate  out  the  noise  which  would  false  trigger  the  one  shots. 

S.  Yuen 
-3h- 


w 


WWNS7, 


Tic 


£ 


u 
o 

O 


ft 


CO 

w 

<u 

-p 

cd 

o 

•H 
> 


0) 

3) 

•H 


-55- 


(This  page  is  blank.) 


-56- 


CHi 


Q 

Z 


X 

< 
o 
o 

c; 
o 
in 


ui 

»- 

> 
o  «- 

I-   Q 


Q 
UJ 

Q 

Z 

O 

cr 
o 


UJ 

UJ 

z 
o 

z 
o 


> 

Q 

o 

•H 
> 


cu 
cm 

0) 

s, 

•H 


■57- 


0 


m 

CD 

to 

Ol 

5 


C5 
O 
oo 


i^-^v 


Q 

Q 

Z 

Z 

CO 

o 

00 

> 

> 

h- 

CO 

-s 

Hi' 

•H 

Q 
o 

a 
>> 

CO 


o 

•H 

o 


on 

CM 


-58- 


<  — KK 


♦ — vw- 


u 

0) 

> 

u 
o 

o 

>> 

CO 

H 
a} 
o 

•H 
■P 

(D 
> 


LTN 

CM 


2>  ~ 

1 

o 

UJ 

I- 
CO 


As 

CO 


-59- 


2.6       FROG  (Project  No.  36) 

2.6.1  Simulation  Study.   Analysis  of  the  results  of  the  simulation 
was  completed  during  the  last  quarter  and  a  report  has  been  written. 
The  report  is  due  for  publication  shortly. 

2.6.2  Hardware  Implementation.  A  significant  amount  of  progress  has 
been  made  in  defining  the  hardware  system.  Some  aspects  of  it  need  fur- 
ther thought,  and  will  receive  maximum  attention  in  the  coming  quarter. 

The  following  section  describes  the  way  numbers  are  represented 
in  the  machine. 

Machine  Representation  of  Numbers.   Recall  that  the  logic  of 
FROG  is  designed  in  terms  of  a  set  of  nine  basic  logic  elements  (c.f. 
QRPR,  July  -  September  1971 »  section  2.8.2,  pp.  h5)   which  operate  in 
the  signal  continuum  0  to  1.   One  signal  value  can  be  distinguished 
from  another  by  comparing  them  in  an  E-element  (equivalence  element). 
The  E-elements  can  distinguish  between  two  numbers  which  differ  by  at 
least  0.05  in  their  values.   If,  in  the  range  0  to  1,  we  choose  a  set 
of  n  values  such  that  they  differ  from  one  another  by  at  least  0.05  in 
value  (i.e.  are  distinguishable)  and  any  other  number  chosen  in  the  range 
0  to  1  is  not  distinguishable  from  one  or  more  of  the  above  set  of  num- 
bers then  10  <  n  <  20.   In  other  words,  in  the  range  0  to  1 ,  we  can,  in 
the  limit,  have  a  maximum  of  20  distinguishable  numbers  while  the  minimum 
being  10.   So  instead  of  working  with  a  continuous  range  of  values  for 
the  input  variables  we  can  quantize  the  input  range  to  n  levels.   A 
variable  x  can  assume  one  of  n  values  depending  on  the  level  in  which  it 
falls,   n  =  l6  is  a  convenient  number  so  that  the  inputs  can  be  coded 
into  a  h   bit  binary  number. 
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The  machine  representation  X  of  a  vari- 
able x  (0_f_x  <  l)  is  the  "binary  equivalent 
of  |l6x| .  ,  where  lyl  ,  the  floor  of  y,  is  used 
to  denote  the  integer  satisfying  y  -  1  <  [yj  < 
y.   For  x  =  1  the  representation  is  the  binary 
equivalent  of  15 (=1111). 

It  can  be  easily  shown  that  1  -  x  is  rep- 
resented by  the  l's  complement  (bit  wise  com- 
plement) of  the  representation  of  x.   For 
example,  if  x  =  0.6,  then 

X  =  machine  representation  of  x 
=  binary  equivalent  of  |_l6xj 
=  1001  (see  Figure  2.6.1) 
d  the  machine  representation  of  1  -  x  =  0110  [check:   [l6(l-x)J  = 
[l6  x  O.UoJ  =  |_6 . Uj  =  6  =  0110  binary].   Notable  exceptions  occur  when 
x  is  on  the  boundary  between  two  levels,  i.e.  x  is  a  multiple  of  l/l6 
(=  0.125).   If,  for  example,  x  =  3  x  0.125  =  0.375,  then  X  =  |l6  x  0.3T5J 
=  |_3j  =  3  =  0011  and  1100  should  represent  1  -  x.   But  |l6(l-x)J  = 
|_l6  x  O.675J  =  [_13j  =  13  =  1101.   Actually  in  any  physical  situation  it 
is  not  possible  for  x  to  be  right  on  the  boundary  or  the  threshold  value 
between  two  levels  so  x  =  0.375  may  actually  be  x  =  0.375  +  Ax.   Then  X  = 
[l6xj  =  [_3  +  l6AxJ  =  3  =  0011  and  [_l6(l-x)j  =  |_l6-3-l6AxJ  =  12  =  1100 
which  is  the  l's  complement  of  X. 


an 


Realization  of  the  Logic  Elements.   Some  examples  of  how  the 
basic  logic  elements  can  be  realized  are  shown  in  Figure  2.6.2. 

D.  Bose 
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Figure   2.6.2     Realization  of  Some   of  the  Basic   Logic  Elements 
for  FROG.       (l.s.b.    =  least   significant  "bit, 
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2.7  BEACON  (Project  No.  38) 

The  design  work  is  completed  and  the  final  report  will  he 
"written  during  the  next  quarter. 

M.  Jer 

2.8  CAECOTRON  (Project  No.  k3) 

2.8.1  Summary .   During  the  last  quarter,  work  progressed  on  devising 
a  method  for  rangefinding  and  separating  objects  from  their  backgrounds. 
Although  there  are  currently  in  existence  algorithms  that  would  determine 
range  and  identify  edges  and  surfaces,  they  are  generally  very  compli- 
cated and  almost  invariably  involve  the  use  of  a  large  digital  computer. 
Consequently,  such  algorithms  cannot  be  utilized  in  an  application  like 
Caecotron  that  requires  portability.   The  objective,  therefore,  was  to 
generate  an  algorithm  that  is  simple  enough  so  as  to  be  implementable 
without  utilizing  an  undue  amount  of  hardware,  yet  powerful  enough  to 
satisfy  the  rangefinding  requirements  of  Caecotron  in  a  majority  of 
cases . 

Several  approaches  have  been  proposed  and  studied  since  the 
last  report.   Some  of  these  algorithms  have  been  rejected  because  they 
were  too  simple  and  hence  inadequate  while  others  were  rejected  because 
they  were  too  complicated  to  be  deemed  feasible.   An  approach  that  shows 
some  promise  is  outlined  below. 

2.8.2  Generation  of  Picture  Matrix.   It  was  noted  in  an  earlier  re- 
port that  the  ultimate,  sound  picture  would  be  limited  to  a  resolution 
of  l6  lines  of  l6  cells  each.   It  was  therefore  decided  that  the  two 
television  pictures  (corresponding  to  the  left  and  right-eye-views) 
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should  be  transformed  into  two  l6  x  l6  matrices  with  each  cell  in  the 
matrices  assuming  a  'black'  or  a  'white'  value.  These  two  black-and- 
white  derived  pictures  will  then  be  processed  for  depth  information. 

The  transformation  is  performed  by  integrating  16  line-segments 
(each  of  about  3  microseconds)  of  15  consecutive  lines  and  comparing 
their  sums  with  a  'grey'  or  'background'  level  to  produce  a  l6-cell 
'derived'  line  for  the  block  of  15  television  lines.   By  repeating  this 
process,  each  TV  field  can  be  reduced  to  the  l6  x  l6  matrix  that  we 
require.   It  should  be  noted,  towever,  that  whatever  information  is  lost 
in  the  integrating  process  is,  of  necessity,  considered  to  be  beyond 
the  resolving  capability  of  the  system. 

Since  it  is  also  desirable  to  have  a  pseudo-zoom  capability 
by  restricting  attention  to  a  smaller  portion  of  the  original  television 
picture  (as  shown  in  Figure  2.8.1),  the  system  should  also  be  able  to 
integrate  selected  1.5  microsecond  or  0.75  microsecond  segments  of  the 
television  line. 

Circuits  to  implement  this  process  are  shown  in  Figures  2.8.2 
and  2.8.3.   Each  camera  has  two  cell-integrators  that  process  alternate 
segments  of  each  video  line.   Thus,  while  one  of  them  is  integrating,  the 
other  integrator  is  discharging  to  its  initial  state.   Their  outputs  are 
multiplexed  by  the  analog  switches  so  that  the  output  of  the  integrator 
that  is  currently  integrating  is  always  selected.   This  signal  is  com- 
pared with  another  signal  obtained  from  the  integral  of  the  previous 
line  which  is  stored  by  the  sample-and-hold  network.   The  latter  signal 
represents  the  'grey'  level  of  the  television  picture. 

After  processing  15  consecutive  lines,  we  can  conclude  that  a 
particular  cell  in  a  line  is  black  if  the  majority  of  the  line-segments 
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in  that  cell  are  black.   By  repeating  this  process  over  l6  consecutive 
blocks  of  15  lines  each,  we  can  generate  two  16  x  l6  pictures  similar  to 
the  idealized  matrices  of  Figure  2.8.1+. 

2.8.3     Determination  of  Depth.   The  two  l6  x  l6  pictures  generated 
will  be  used  to  determine  the  distances  of  the  objects  in  the  pictures 
relative  to  the  camera.   In  order  to  simplify  the  description  of  the 
algorithm  proposed  here,  only  the  first  horizontal  lines  from  Figure 
2.8.U  will  be  considered  since  the  procedure  is  similar  for  the  other 
lines.   These  two  lines  are  reproduced  in  Figures  2.8.5  (a)  and  (b). 

1.  The  procedure  involves  mapping  a  line  from  the  left-eye- 
view  picture  into  the  corresponding  line  of  the  right-eye-view  picture. 
Initially,  if  an  edge  on  the  first  line  (indicated  by  a  black-to-white 
transition  or  a  white-to-black  transition)  coincides  with  an  edge  of  the 

similar  kind  on  the  second,  and  if  the  number  of  cells  (n.,  or  n  )  of  the 

1     r 

particular  shade  following  these  edges  are  the  same,  then  these  particular 
groups  of  cells  are  said  to  be  of  distance  0  (from  infinity),  and  would 
therefore  constitute  an  object  at  infinity.   Cells  lU  through  l6  of 
Figure  2.8.5  (b)  would  represent  cells  of  distance  0. 

In  order  to  compensate  for  misalignments  of  cells  and  slight 
errors  in  integration,  the  above  procedure  is  modified  to  include  also 
groups  of  cells  that  have  coinciding  leading  edges,  but  with  n  =  n  +  1. 
Cells  that  are  of  distance  0  will  not  be  considered  from  this  step  on- 
ward. 

2.  The  next  step  in  the  algorithm  involves  shifting  the  left- 
eye-view  picture  one  cell  to  the  left  (as  shown  in  Figures  2.8.5  (c)  and 
(d)),  and  the  matching  procedure  described  above  is  repeated.   Since  no 
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match  is  indicated  in  the  example,  we  can  conclude  that  no  cells  are  of 
distance  1. 

3.   The  left-eye-view  picture  is  again  shifted  to  the  left  by 
one  cell  (as  shown  in  Figure  2.8.5  (e)  and  (f))  and  the  matching  proce- 
dure is  repeated.   Cells  1  through  8  of  Figure  2.8.5  (f)  are  therefore  of 
distance  2. 

h.      This  procedure  of  shifting  and  matching  cells  is  repeated 
for  a  total  of  15  shifts  or  until  all  the  cells  are  accounted  for.   The 
entire  process  is  repeated  for  the  remaining  15  lines  of  the  matrix  pic- 
ture.  As  an  example,  the  cells  in  block  A  of  Figure  2.8.U  would  be  of 
distance  0,  while  cells  in  block  B  would  be  of  distance  2  and  those  in 
block  C  of  distance  3. 

By  the  above  algorithm,  it  is  possible  to  determine  the  rela- 
tive distances  of  each  object  from  one  another.   The  absolute  distances 
of  each  object  from  the  cameras  are,  of  course,  also  dependent  on  the 
fields  of  view  of  the  two  cameras  and  the  distance  that  they  are  sepa- 
rated from  one  another.   As  an  example,  with  two  l"  lenses  mounted  on 
cameras  that  are  separated  by  a  distance  of  one  foot,  objects  that  are 
of  distance  1  are  about  30  feet  from  the  cameras,  while  objects  that  are 
of  distances  2  and  3  are  about  l6  and  11  feet  away  respectively. 

It  can  be  observed  that  the  resolution  of  this  system  is 
biased  in  the  5  to  30  feet  region.   In  other  words,  a  shift  of  about  k 
in  the  left-eye-view  picture  would  generally  be  all  that  is  required. 
This  cannot  be  considered  as  a  handicap  since  this  region  is  generally 
the  area  that  we  are  most  interested  in  while  in  most  circumstances 
whether  an  object  is  500  feet  away  from  the  observer  or  whether  it  is 
600  feet  away  is  of  little  consequence. 
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2.8.U     Future  Work.   During  the  next  quarter,  work  will  continue  on 
the  detailed  testing  of  the  algorithm  described  above.   This  would  in- 
volve the  generation  and  display  of  the  two  l6  x  l6  matrix  pictures  and 
their  utilization  to  recover  the  depth  information. 

Bernard  Tse 

2.9       INCOM  (Project  No.  U6) 

2.9-1     General  Description.   From  the  point  of  view  of  pattern  recog- 
nition, INCOM  (iNterface  COMputer)  can  be  seen  as  a  pattern  recognizer 
in  which  the  classifier  is  a  pluggable  unit  specialized  to  a  fixed  set 
of  symbols  (Figure  2.9.1)  •   It  consists  of  the  following  blocks: 

Preprocessor.   The  preprocessor  is  the  interface  between  the 
graphics  terminal  and  the  FEATURE  EXTRACTOR  block.   Its  function  is  to 
normalize  the  binary  image  of  the  hand-drawn  symbol  and  store  the  result 
in  the  image  memory  (IMAGE).   See  Figure  2.9-2. 

Feature  Extractor.   The  following  operations  are  performed  in 
sequence  by  the  Feature  Extractor: 

1.  Fill-in-gaps  (FIG)  in  IMAGE. 

2.  Clean  IMAGE  from  quantization  noise. 

3.  Extract  the  nodes  (NEX)  (P,  T,  N,  U,  D,  R,  L)  from  IMAGE 
and  store  them  in  the  node  memory  (NODEM). 

k.      Merge  (MERGE)  the  super fulous  nodes  in  NODEM. 

5.   Scan  NODEM  (vertically  and/or  horizontally)  and  store 
the  output  in  the  feature  vector  register  (FETVEC). 

The  Classifier.  The  input  to  the  classifier  is  the  feature 
vector  (FETVEC )  and  the  output  will  be  some  code  assigned  to  a  unique 
character  (CHAR). 
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Figure   2.9.1     Block  Diagram  of  Non-Adaptive  Pattern  Recognizer 
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Figure  2. 9^2  Several  Types  of  Nodes 


Figure  2.9«3  Binary  Image  of  'A' 
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2.9-2     Node  Extraction.   Refer  to  Figure  2.9-3.   The  Node  Extractor 
must  extract  the  following  features  from  the  IMAGE: 

P  =  an  isolated  point. 

T  =   a  terminal  node  which  is  connected  to  one  segment  only. 

U  E  a  node  connecting  two  segments  only  and  oriented  upward. 

D  5  a  node  connecting  two  segments  only  and  oriented  downward. 

R  =  a  node  connecting  two  segments  only  and  oriented  to  the 
right. 

L  E  a  node  connecting  two  segments  only  and  oriented  to  the 
left. 

N  e  a  node  connecting  more  than  two  segments. 

Before  extracting  these  features  (nodes)  we  need  some  gap- 
filling  and  cleaning  from  the  IMAGE  of  quantization  noise.   The  opera- 
tors used  to  do  this  are: 

1.  Fill-in  gap  (FIG)  operators:   Figure  2.9-^ 

2.  Clean  image  (CLl)  operators:   Figure  2.9- 5- 

These  operators  will  he  applied  to  a  3  x  3  window  of  cells 
moving  sequentially  to  scan  the  IMAGE  vertically.   If  there  is  a  match 
between  the  operator  and  the  window,  the  center  cell  will  be  modified 
(Figures  2.9-^-  and  2.9-5).   A  table  look-up  technique  can  be  used  to  do 
this. 

We  can  now  apply  the  NEX  operators  (Figure  2.9-6)  to  extract 
the  various  nodes  from  IMAGE.   Then  we  store  them  in  NODEM. 

The  MERGE  operators  (Figure  2.9-7)  are  applied  next  and  NODEM 
is  ready  for  scanning. 
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Figure  2.9-^  Examples  of  FIG  Operators,  The  Center  Square  will  "be  1, 
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Figure  2.9-6  Examples  of  NEX  Operators 
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(b)   The  Result  of  Applying  the  Operators  of  (a) 


Figure  2.9-7 
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2.9«3     Simulation.   A  program  was  written  in  OL/2  (Operator  Language  2) 
to  simulate  CLI  and  NEX  Operators.   The  results  showed  the  vailidity  of 
these  operators.   Other  programs  will  be  written  to: 

1.  Test  the  validity  of  the  FIG  and  MERGE  Operators. 

2.  Build  dictionaries  for  the  feature  vectors  of  various  fixed 
sets  of  symbols. 

3.  Classify  the  input  character. 

M.  El-Sonni 

2.10  CM  (Correlation  Modulation)  (Project  No.  kQ) 

The  problem  of  the  delay  line's  variable  attenuation  character- 
istic is  being  attacked  by  preceding  the  delay  line  by  a  variable  gain 
amplifier  whose  gain  characteristic  is  opposite  to  that  of  the  delay 
line.   When  the  attentuation  of  the  delay  line  increases,  the  gain  of 
the  amplifier  increases.   When  the  attenuation  of  the  delay  line  de- 
creases, the  gain  of  the  amplifier  decreases.   A  diagram  of  this  ampli- 
fier is  shown  in  Figure  2.10.1.   It  is  hoped  that  this  type  of  amplifier 
will  smooth  out  the  non-linear  attenuation  of  the  delay  line  so  that  a 
constant  amplitude  wave  will  be  the  output  of  the  last  delay  stage. 

Richard  J.  Kowall 

2.11  STORM  (Project  No.  1+9) 

2.11.1    Introduction.   The  object  of  this  new  project,  'STORM',  is  to 
design  and  build  a  machine  which  will  be  able  to  predict  weather  on  a 
local  scale.   Several  weather  parameters  will  be  measured  by  physical 
sensors  and  then  this  data  will  be  used  to  predict  weather  using  a  world 

model. 

■ 
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2.11.2    Physical  Sensors.   The  following  sensors  will  be  used: 

1.  Temperature  Sensor.   A  tunnel  diode  oscillator  will  be 
used  as  a  temperature  sensing  circuit  with  a  Mylar  capac- 
itor as  the  temperature  sensing  element. 

2.  Dew  Point  Sensor.   The  technique  to  be  used  is  that  of 
automatic  dew-point  hygrometry.   This  technique  involves 
the  cooling  of  a  flat  surface  by  some  refrigeration  pro- 
cedure which  accumulates  some  condensate  on  the  surface. 
There  is  a  provision  for  heating  the  surface  which  is  con- 
trolled by  the  rate  of  the  above  accumulation.   Thus  the 
rate  of  change  of  the  temperature  of  the  surface  and  the 
rate  of  deposition  of  condensate  both  tend  to  zero  and  a 
steady  state  is  reached.   Under  steady-state  conditions, 
the  condensate  is  in  equilibrium  with  the  vapor  phase  and 
the  temperature  of  the  mirror  surface  gives  the  dew  point. 

In  the  sensor  to  be  built,  a  polished  cylindrical 
tube  will  be  used  as  the  mirror  surface.   The  detection  of 
the  accumulation  of  the  condensate  will  be  carried  out  by 
the  detection  of  the  diffusion  of  the  specularly  reflected 
light  by  the  condensate  on  the  mirror.   A  closed-cycle 
optical-electronic  servosystem  will  be  used  to  maintain  a 
rate  of  heating  of  the  mirror  surface  which  exactly  balances 
the  cooling  rate  due  to  the  refrigerant.   The  balance  will 
be  adjusted  automatically  by  changes  in  the  amount  of  con- 
densate on  the  mirror  surface  in  such  a  fashion  as  to 
oppose  these  changes.   The  details  of  the  system  will  be 
given  in  a  later  report . 

-79- 


3.   Wind  Velocity  and  Direction  Sensor.   An  instrument  called 
an  anemovane  will  be  used  to  measure  the  wind  velocity  and 
the  direction.   Wind  direction  will  be  measured  in  ^5 
segments.   Eight  audio  oscillators  will  be  connected  to 
each  of  the  segments  as  shown  in  Figure  2.11.1.   One  of 
the  eight  oscillators,  corresponding  to  the  wind  direction, 
will  operate  at  a  time  through  the  wiper  arm  switch  driven 
by  the  anemovane.  Another  audio  oscillator  will  be  con- 
trolled by  the  anemometer  cups  to  transmit  speed. 

k.      Cloudiness  Sensor.   During  the  day  a  few  photocells  will 
be  used  to  determine  whether  it  is  cloudy  or  sunny. 

5.   Atmospheric  Pressure  Sensor.   This  sensor  will  be  designed 
to  measure  the  atmospheric  pressure.   Its  design  has  not 
yet  been  finalized. 

2.11.3    Data  Transmission.   It  will  be  necessary  to  install  some  of  the 
sensors  outside  in  the  atmosphere.   The  problem  of  transmitting  the  data 
from  outside  to  the  main  machine  will  be  solved  by  using  Frequency  Domain 
Multiplexing  (FDM)  scheme.   Amplitude  Modulation  (AM)  will  be  used.   A 
block  diagram  of  the  proposed  scheme  is  given  in  Figure  2.11.2. 

2. ll.il    Present  Status.   Designing  and  testing  of  some  of  the  basic 
circuits  is  currently  underway.   During  the  next  quarter  the  testing  and 
design  of  the  sensors  will  continue. 

P.  Varshney 


-80- 


NW 

1              ^ 

1            J 

N 

1 

NE 

//     WIPER   ARM, 
1  1           SWITCH  -~p' 

H          ^v 

\                       1  1 

E 

J 

\V           1           u 

SE 

- 

I 

S 

1 

sw 

p 

w 

AUDIO  OSCILLATORS 


Figure  2.11.1  Block  Diagram  of  Wind  Direction  Sensor 
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2.12      NORMAN  (NORMalizing  ANalyzer)  (Project  No.  50) 

The  purpose  of  this  machine  will  be  to  recognize  two-dimensional 
regular  polygons  under  conditions  of  rotation,  magnification,  and  trans- 
lation.  The  figure  to  be  recognized  will  be  laid  over  a  special  array  of 
phototransistors.   This  array  will  be  a  superposition  of  sets  of  rows  of 
phototransistors.   Each  set  will  contain  a  uniformly  spaced  number  of 
rows  and  the  whole  array  will  contain  a  number  of  such  sets  with  the 
rows  at  different  angles.   Each  row  will  be  connected  to  an  output  line, 
the  voltage  of  which  will  correspond  to  the  width  of  the  figure  (the 
number  of  phototransistors  covered)  along  that  row  of  phototransistors. 

The  outputs  on  each  set  of  lines  can  then  be  standardized  with 
respect  to  position  and  size  of  the  figure  by  merely  choosing  to  look  at 
the  active  lines  (corresponding  to  those  rows  which  have  at  least  one 
phototransistor  covered)  and  expanding  these  to  some  set  standard  number 
of  lines.  If  all  the  sets  of  standardized  signals  are  then  compared 
with  sets  of  standardized  signals  of  a  figure  stored  in  a  memory,  recog- 
nition is  possible  under  all  three  permutations. 

Gar Ian  Huberts 
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3.      SOFTWARE   SYSTEMS    RESEARCH 


3.1  Numerical  Processes 


3.1.1  DIFSUB    (R.    L.    Brown) 

In   an   attempt  to  define   a  method  for   changing  between  the  Adams 
method  and   a  stiff  method  when   DIFSUB   is    integrating  either   a  non-stiff 
or  stiff  system  of  ordinary   differential  equations,   a  quantity   called 
dispersion  was    defined  and  used.      Since   one  indicator  that   an   O.D.E. 
system  is  stiff  in   a  region   is   that  the   eigenvalues   of  its   Jacobian  matrix 
are  widely  scattered  over  the  negative    complex  half  plane,    a  measure   of 
this   scattering  would  be   useful.      The   dispersion   of   a  matrix  is    a  measure 
of  the  scattering  of  eigenvalues   by  taking  the   ratio  of  the  product    of 

the   average  eigenvalue  with   itself  n   times   over  the  product   of  the  n 

8F 
eigenvalues    of  the  matrix.      So   for   A.    an   eigenvalue   of  the  Jacobian  -r— 

i  3y 

evaluated  by  DIFSUB  when   using  stiff  methods,  the    dispersion   is 

D(f , .  sap 

for 


n 
S   =        £      A. 
i=l     X 


n 

p  =  I   n     a. 
i=i    x 


3F 
Since  —  is   a  real  matrix,   its   eigenvalues    are   roots   of   a  polynomial  with 

real   coefficients;   therefore,    any   complex  eigenvalues    appear  in   complex 

conjugate  pairs   and  S   and  P   are  still  real  numbers. 

It   can  be   shown  by  induction   on   the    order  n   of  a  matrix  A  that 

D(A)    =    1 
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if  and  only  if 


for  all  i    <  n ,   J   <  n . 


A.    =    A^ 

i  J 


3F 
However,  S   and  P   for  —  are  not   readily  available   during  the 

oy 

execution   of  DIFSUB.     What  is   available  results    from  the   Gaussian   elimination 

3F 

of   (- I).      The  eigenvalues   of  a  matrix  (A-l)    are  known  to  be    A.    -  1,    A. 

3y  i  i 

an  eigenvalue   of  A;  since   Gaussian   elimination  is  applied  to  the   above 

8F 
matrix,  the  sum  and  product  of  the  eigenvalues   of   (t—  -   I)    are  the  sum  and 

product    of  the   diagonal  elements    d.    of  the   decomposed  matrix.      So  S   and  P 

r)F 

for   (- —  -  I)    are    available, 
oy 


d(a_i)=1I/n£ 


|(   I      (A.-l)/n)n| 
.    i=l        

n 

I  n     (a  -i)| 

i=l 


However,    a  close    approximation  to  D(A)    can  be   gotten   from 

6(4.!)  =    (8/n  *  l)n 


n 

1  n 

i=l 

(d.+l)| 

n 

n 

1    2      A. 
i=l     X 
n 

Z      l| 

-   i=1       + 
n 

1 

n 

1 

n 

i=l 

(d.+l)| 

(S/n)n 

n 

|   n 

i=l 

(^+1)1 

The  numerator  of  D(A-l)    is  equal  to  that  of  D(A)  ;  the   denominator 
n 
is   a  good  approximation  to     II      A.    if  A.    <  0,  which  is  true    for  stiff  and 

i=l 
stable   systems. 
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By   starting  DIFSUB  with   the   stiff  method  and  checking  whether  the 

approximate   dispersion    |d(t I)    -   l|    <   a  everytime   the   Jacobian   is 

evaluated,   one    could  determine   if  the  system  being  integrated  is   no  longer 


stiff.      If  the  Adams   method  is   used,   some   criterion   is  needed  to   decide 
when   to  evaluate   the  Jacobian  to  see   if  the  system  has  become   stiff  again 
since   the  Jacobian   is   not   evaluated  for  the  Adams   method. 

To   find  a   and  the  Adams    criterion,    a  form  of  DIFSUB  with   a 
dispersion   test    and  sample    criteria  was   integrated  on  Krogh's   test  with 
3  =    (.01,    .001,    .0001,    .05).      Initially,  the  eigenvalues    are  -2-3., 
converging  to   -3.    for  large  t.      The   system  is   initially  nonstiff  but  the 
stiff  method  becomes   more   effective    for  t   >   100.      Tests   to   date   indicate 
that   a   for  this   test   is    10      ;  no  effective  Adams    criterion  has   yet 
been    found. 

3.1.2      DIFSUB    (M.    Ostrar) 

The  performance   of  DIFRK,   a  new  version   of  DIFSUB  which  utilizes 
a  fourth-order  Runge-Kutta  starting  and  restarting  procedure,  was    compared 
to  that   of  DIFSBZ,   the    current  version   of  DIFSUB.      The   Runge-Kutta   (RK) 
start  used  in   DIFRK  is    designed  to   adjust  the  initial   step   size   in  the  hope 
that   the   adjustment  will  save   function   evaluations    as    compared  to   DIFSBZ 's 
purely   dynamic   adjustment   of  the   step  size.      The  number  of  extra  function 
evaluations  that   DIFRK  must  perform  to    adjust  the  initial  step   is   11  +   10k 
where  k  is  the  number   of  times   beyond  the   first   attempt   that  the   starting 
procedure  needs   to   achieve  what  it   deems    satisfactory   adjustment  of  the   step, 

Eleven   different  systems    felt   to  be   fairly  representative   of  a 
wide   variety   of  systems   of  differential  equations   encountered  in  practical 
problems  were   run   on  both   DIFRK   and  DIFSBZ.      These   systems   ranged  from 
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simple  exponentials   to   a  non-linear  system  of  thirty  equations   describing 
the  orbits   of  the   five  planets  outermost   from  the  sun.      Efforts  were  not 
made   this   time  to   choose   particularly  stiff  and/or  sparse   systems   such   as 
Gear's   method  is   designed  to  handle. 

In   general,   DIFRK  was    found  to   take   slightly  more   function 
evaluations   than  DIFSBZ.      The   difference   came   from  the  extra  evaluations 
made   during  the  RK  start  which  had  little   or  no  effect   in   speeding  up  the 
computation.      Usually,   DIFRK  also   gave   larger  errors.      Finally,   DIFRK  has 
an   unfortunate  tendency  at  present  to   attempt  unnecessary  RK   restarts  with 
sometimes    disastrous   effects. 

Several  findings   in  DIFRK' s    favor  are  nevertheless  present.      For 
very  small  e  ,   DIFRK   appears    at   least   slightly   faster  than   DIFSBZ  on   a 
majority  of  the  simple  systems   tested  that   involve  exponentials.      DIFRK  was 
originally  written   to  solve   a  step-motor  problem  (for  which  purpose   it 
proved  to  be   decidedly  superior  to  DIFSBZ).      As   DIFRK  was  written  with 
only  this   one  problem  in  mind,  proper  tuning  to  handle   a  broader  spectrum 
of  problems   might   result  in   a  substantial  improvement.      Several  other 
proposed  modifications    are   also  being  currently  investigated. 

In   order  to  provide  more   complete   information,  the   tabulated 
results   of  the  tests   run  are   appended.      The   following  information  may  be 
of  use   in  their  interpretation. 

In   DIFSUB,   the   single   step  error  for  y.    is   required  to  be  less 
than   e   over  the  maximum  value   of  y.    encountered  through  the   current  step. 
Thus,   the  absolute   error  may  be    greater  than  e  without   implying  that 
DIFSUB  is  performing  poorly. 
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The   following  symbols   used  in  the  tables    and  their  meanings    are 

"A"  -  Adams   Method 

"B"  -   Gear's   Method 

"e"  -  Epsilon,  the   absolute  error  asked  for 

"E"  -  the   absolute   error  obtained  (if   given) 

"MI"  -  the  number  of  matrix  inversions    (if  any) 

"F"  -  the  number  of   function   evaluations 

"U"  -  the  upper  limit  of  integration 

"ER"  -  relative   error   (if  given) 

"M"  -  the  method   (Adams   or  Gear's) 
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Stability   in  Order  Switching 

Requirements    for  the  stability  of  Adams   method  in   changing  from 
one  order  to   another  were   investigated  in   conjunction  with   a  theoretical 
consideration  of  the  stability  of  variable   order  multistep  methods.* 
The   calculations   performed  were    for  the  purpose    of  determining  the  number 
of  steps    for  which  the  order  and  step  size   must    remain   constant   to  insure 
stability   following  any  change   of  order. 

In   demonstrating  Lemma  2.1,   p.    18,  with  the  Nordsieck   form  of 
Adams   method,  the   first  step  in  the   computation  was  to   generate   a  7   x  7 
matrix  whose    columns    formed  Pascal's  triangle.      The  matrix  A.    corresponding 
to  the  i-th  order  method  has   the   form 


i 

i    i 

1 

#  ( 

•    x!     1 

\ 

i 
i 

> 

^  1     2 

3 

# , 

•  i 

\ 

.   | 

\1 

3 

. . 

•      <2>l    O 

\ 

•       I 

\1 

•            (3)! 

\ 

V    ■ 

\ 

I 

•       •  ! 
•  I 

O 

\  11 

(pp.   U-5) 


Next,   S.    was    formed  where   S.    =    (I   -   L.  (0 .1,0 ,0 ,0 ,0 ,0)    )A.   where   L.    is 
the   coefficient  vector  for  the  i-th  order  method  taken   from  Table   11.2 

of  NUMERICAL  INITIAL  VALUE  PROBLEMS   IN   ORDINARY   DIFFERENTIAL  EQUATIONS 

T 
by  C.   W.    Gear.      S.(2,2)   is   zero  because   I   -  L.e^  has    a  zero  in   row  2 
1  x  2 

column  2 . 


*     See  DCL  Report  No.    571,    "Stability   and  Convergence   of  Variable  Order 
Multistep  Methods,"  by   C.   W.    Gear  and  D.    S.   Watanabe.      Pages    cited  all 
refer  to  this   report. 


-9k- 


S.    is    di agon aliz able.      It  has   exactly  one   eigenvalue   of  one, 

7-i   eigenvalues   of   zero    (to  which  there    correspond  7-i   linearly  independent 

eigenvectors),   and  i-1  distinct  eigenvalues  which   are   in   general   complex 

and  whose   magnitude   is    greater  than    zero  "but  less   than   one.      One   of  the 

zero  eigenvalues    comes    from  the  presence   of   a  zero  in  S.(2,2)   while  the 

other  6-i    come   from  the   final  6-i    columns    of  S.    being  zero.      The  nonzero 

and  nonunit   eigenvalues    and  their   corresponding  eigenvectors  were    found 

using  the  FORTUOI   routine  EIGENP  which  is  based  on  the  QR  method. 

J.  ,   the  Jordan    form  of  S.    and  Q.  ,   the  matrix  such  that 
i  11 

Q.      S.    Q.    =  J.  ,   have  the   following  form: 
1        li  l 


i   " 
! 


i-l.i 


10  0  0  0  0  0 
0X00000 

0      X  X  X  0  0  0 

I  I  I 

0       I  I  I  0  0  0 

I  I  I 

0      X  X  X  0  0  0 


0      0      0      0      0      10 
\ 

0      0      0      0      0  1 


J 


6-i 


I  b-x 


J. 

1 


Q, 


where   0   <      I  \.  •  I       <   1)   k=l,2  , .  .  .  ,i-l,   the   X's   in  Q.    represent  elements 
which   are   in   general   complex,    and  each    column   of  Q.    is   the  normalized 
eigenvector   corresponding  to  the  eigenvalue   in  the   same    column   of  J!. 

The  6x6  matrices   J!    and  Q!   were  then    formed  by   deleting  the 
first   row  and  column   of  J.    and  Q.  ,    and  Q!        was    computed  using  simple 
Gaussian  elimination  with   double  precision   arithmetic.      Column   inter- 
changes were   unnecessary  because   of  the   form  Q!    is   in  initially.      Finally 
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for  three   different  norms,  p    .    and  p.  .   were   found  such  that   the  norms   of 

P    •  1J     P-  • 

(J')    Jl   Q,_1  0        Q'    and  Q!_1   0..    Q'.    (Jl)    1J  were   less   than   one    (pp.    19-20). 

i  i  ji      j  i  ij      J        J 

In  this    case,   0..    =  0. .   =   1. 

Ji  ij 

The    above   matrix  products   represent   a  transition    from  j-th  to 
i-th  and  i-th  to   j-th  order  methods,   respectively.      The  p's    are  the  number 
of  steps  that  must  be   taken  at   the   same   order   following  a  change   of  order 
in  order  to   guarantee   stability.      The  three  norms   used  as   stability  measures 
were   the  Euclidean  norm  and  the  maximum  absolute    column   and  row  sums. 
Except   for  switching  to  or   from  6th  order  methods,   the  p's  were  very  low 
for  all  three  norms.      The   maximum  absolute   row  sum  norm  yielded  the  best 
results.      For  this  norm  it  was    found  that  if  the   order   changes    from  order 
i+1  or  i-1  to  order  i,    at  most   i-1  steps    at  order  i  had  to  be  taken  before 
another  order   change    could  be  undergone. 

3.1.3  SPARSE   (J.    Deogun) 

Investigations   of  the   following  two  variants  to  the  present 
numerical  package  proposed  last  quarter  are  in  progress: 

1.  FORTRAN  interpreter  replacing  COMPIL, 

2.  CROUT   decomposition  instead  of  GAUSSIAN  elimination. 

A  preview  of  the   outcome   of  the  investigation  is   summarized  here.      Apart 
from  quantitative    comparison  of  the  FORTRAN   interpreter  vs.    COMPIL,   the 
interpretive   mode  has    a  definite   advantage   of  simplicity   and  clarity.      It 
is   easy  to  program  and  simple  to  understand.      On   the   other  hand,   imple- 
mentation  of   CROUT   decomposition    (CD)   is   more   complex  than  that   of  GAUSSIAN 
elimination.      Moreover,   the  way  the   CD  program  is    developing,   it   is    felt 
that   it  would  be  no  more   efficient   than   Gaussian  elimination. 


-96- 


3.1.^  Remote   Data  Structure   Utilities:      COMMUNE    (B.    van   Melle) 

The   revision   and  testing  of  COMMUNE  has  been    completed  this 
quarter.      The  new  version  will  be   implemented  when   the  new   swapping  system 
is  "brought  up.      In   addition   to   those   routines    described  last   quarter,   the 
following  routine  has  been   added: 

CALL  CLEAN (IBLK) 
Cleans   out   the   indicated  block 

1  -  line  block 

2  -  text  block 
-1  -  both 

Cleaning  a  block  results   in   freeing  roughly  UK  of  core. 

PLW  Compilers 

A   compiler   for  PLW,    our  system's   programming  language,   is 
currently  under   construction.      The  purpose   in   designing  the   language   is 
to   allow  machine  independence   in   our  programming.      The    compiler  is   being 
written   in   360  Assembly  Language,  but  will  be    rewritten   in  PLW  so   that 
it   may   compile  itself. 

The   language   syntactically  resemblers   PL/1.      The   initial  version 
of  the   compiler  will  use   the   following  statements  : 

ALLOCATE   <based  variable>  [  , .  .  .  ]* 

Assignment  stmt 

BEGIN 

CALL   <proc  name>  [  (  <parmlist>  )  ] 


*     Brackets   enclose   optional  operands,    [,...]   indicates   optional  repetition 
of  the  preceding  operand. 


■97- 


CLOSE   FILE(<file  name>  [,...] ) 

DECLARE    (DCL) 

DELETE   FILE(<file  name>)   KEY(<expr>) 

DO[<var>   =   <expl>  [T0<exp2>  ][BY<exp3>  ]  ]  [WHILE  (<exp**>  )  ] 

END[<label>] 

FREE<based  variable>  [,...] 

GO  TO{<label>|  <label  expression>} 

IF(<expr>)    THEN<clausel>[ELSE<clause2>  ] 

OPEN   FILE(<file  name>  [,...]) 

PROCEDURE  ][(<parmlist>)  ] 

READ  FILE(<file  name>)    INTO(<buf  name>) [KEY(<expr>)   KEY  TO(<var  name>)] 

RETURN  [<expr>] 

WRITE   FILE(<file  name>)    FROM(<buf  name>)  [KEY(<expr>)  ] 
All  statements    are   terminated  by   a  semicolon.      Comments    are    delimited  by 
the   character    '#.'      If   a  comment  extends   over  one   line,   each  new  line  must 
begin  with  the   comment   character.      This   is  to  avoid  catastrophes   resulting 
from  omitting  the   closing   '%.' 

These   statements  will  be   described  in  more   detail  later  on. 
Subsequent  versions   of  the   compiler  will  support  the  statements    GET,   PUT, 
FORMAT,   ENTRY,    ON,   REVERT,    and  TRANSLATE.      We   are   also   considering 
eliminating  the   GO   TO   statement  in   favor  of  something  which  is  more 
easily  optimized. 

Structure   of  the   Compiler 

Pass   I   of  the   compiler  creates  the  symbol  table  and  converts  the 
input  statements   into  Polish  postfix  expressions.      Pass   II   generates  the 
object   code.     Between  Pass   I   and  Pass   II  may  be  placed  any  number  of 
optimizing  passes   to  manipulate  the  source. 
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The  Polish   generated  in  Pass   I   takes   the   form  of  a  series   of 
fullword  operands    and  operators: 

+0  +1  +h  +0  +1  +2  +h 


operand:        flags   symtab    address   |  operator:      |  flags   op   count     j 


The   flags   differentiate  between   operands    and  operators 
(operands  have   a  hit   set)    and  include   an   "invert"  hit    for  use   in 
arithmetic  expressions    (see  EXPR  below).      The   count   field  is   dependent 
on  the   operator  for  meaning  and  is   not   always   used. 

Current  Progress 

Pass   I   of  the   compiler  has  been   largely   designed  this   quarter, 
and  is   in  the  process   of  being  coded.      The   input   scanner   and  expression 
analyzer  have   already  been  written    and  successfully  tested.      Descriptions 
of  them  follow.      Pass   I    consists   of  a  command  scanner  which   calls   upon 
appropriate   processors   to   generate   the  Polish   for  a  given   statement. 
Descriptions   of  the  various   statements    and  the  Polish   generated  also   follow. 

The   Scanner    (SCAN) 

This   general-purpose   routine   scans   off  an   operand   (constant  or 
identifier)    and  a  delimiter   from  the   input   stream.      Blanks    are  ignored 
except  where   they  serve   to   separate   operands  ,   in  which   case   the   last  blank 
before  the  second  operand  is    considered  the   delimiter.      Separate   entry 
points    are:      SCANDELM — scan   for  the   first   delimiter.      If  an  operand  appears 
first,   the  blank  before   it   is   selected.      DISCARD1 — scans    for  the   first 
semi-colon.      DISCARD2 — scans    for  the   first  semi-colon,  unmatched  right 
parenthesis,   or   comma  outside   of  parentheses.      These   last  two   entry  points 
are  useful  in  error  recovery. 
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In  the  process   of  doing  the   above,   SCAN   reads    cards,   prints, 
them,  handles    any  print   control  statements,    and  passes   over  comments. 
SCAN   also   includes   the  Pass   I   error  handler.     When   a  routine   detects   an 
error,    it    calls   the  error  handler,    giving  it   a  numerical   code    for  the 
error.      The  error  handler  then   records   the  error  number  and  the  statement 
number  in   the  error  table,    and  places   a  mark  in   a  separate  error  buffer 
corresponding  to  the  position  of  the  scan  pointer  at  the  time   of  the 
error.      This  buffer  is   later  printed  immediately  below  the   line    containing 
the  error,    allowing  the  user  to   quickly  spot  the  problem. 

SCAN   is    also   designed  to  help  the  user  keep  track  of  program 
blocks  by   graphically  delineating  PROC,   BEGIN,    and  DO  blocks,   thusly: 

X:PROC; 

DO; 

: DO ; 


END 


END; 


END; 

The  other  method  considered  for  this  was    automatically 
indenting  the  input   to   indicate   the  level  of  nexting,  but  that  idea 
has  been   dropped  for  the  moment. 


The  Expression  Analyzer   (EXPT) 

EXPR  uses    a  left-to-right  parse,    similar  to  that   used  in  the 
routine  PARSE    (3rd  QPR  1972).      As   operands    are  scanned,   they   are    immediately 
put  in  the  Polish  string.      Operators    are  put   on   a  stack.      When  the  operator 
on  top   of  the  stack  has  precedence  not    greater  than  that  of  the  operator 
below  it,   the  latter  operator  is    added  to  the  Polish   string.      Exceptions   to 
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the   rule    are   the  basic   arithmetic   operations   +,   -,    *,    /,   **.      Exponentiation 
associates  backwards  ,   i.e.,  A**B**C  is   interpreted  as   A**(B**C)    so  that   ** 
is  not   output   until  an   operator  of  strictly  lower  precedence    appears.      For 
purposes   of  optimization,    '-'    is  treated  as    inverted   '  +  ',    '/'    as   inverted 
'*'  ,   and  sequences   of  either  are   grouped  as   one   operator  with   the   count 
field  indicating  how  many.      For  example, 

A-B  AB+ 

A/B  AB*. 


1 
A+B+C-D  ABCD+ 


3 


A/(B+C+D)*E  becomes   ABCD+ E* 
(This   technique   and  its   purposes   are   described  in   "High  Speed  Compilation 
of  Efficient   Object   Code,"  by   C.    W.    Gear,   CACM,   August   1965.) 

To   accomplish  this   in   the   expression    analyzer,   each   entry   in  the 
operator  stack   includes    a  count   field  indicating  how  many  such  operators 
occur  in  succession,    and  a  flag  indicating  whether  the   last  of  those 
operators    is    "inverted."     When  such   an   operator  is  added  to  the  Polish 
string,   the  item  in  the  string  immediately  preceding  is   inverted  by  setting 
a  bit  in   its    flag   field.      Similarly,  when   two  operators   in   succession   are 
consolidated  into   one  stack  entry   and  the   first   operator  has   the   "inverted" 
flag  on,   the   last   item  put  in   the  Polish   string  is   inverted.      The   reader 
may   follow  this   technique  with  the  above   examples   to  see  how  this    does   work. 

Command  Processors    for  Pass   I 


The   flowchart   for  the   command  scanner  is    given  here.      The    following 
describes  what   each  of  the   command  processors    generate. 
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COMMAND  SCANNER 


CALL  SCAN   TO 

GET  NAME  AND 

DELIM 


ERROR  -* 


IAME 
BLANK,    NJ^ 
)ELIM='  ;J> 

rNO 

ERROR 


DEFINE  ANY   LABELS 


W 


ENTER  NAME  IN 
LIST  OF  LABELS 


h© 


PROCESS  ASSIGNMENT  STATEMENT 


PROC  HANDLER 


DEFINE  ANY 
LABELS,    THEN 
GO   TO  APPROP 
COMMAND  PROC 


PROCESS   ASSIGNMENT  STATEMENT 
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STATEMENT   FINISHED 


0 


jcK^ 


BLK 
SAME   AS\ 
ON   TOP   OF 
IF  STACK? 

NO 


JOES 


-0 


NO 


WRITE  OUT 
POLISH  FOR 
THIS  STMT, 
INCREMENT 
STMT  # 


YES 


1 

' 

OUTPUT 
".IF:" 
IN  POLISH 

j 

i 

POP  STACK 

CALL   SCAN   TO 
*GET  NAME,   DE- 
LIM,    SET   FLAG 
TO  EXIT   TO  S2 


YES 


1F2: 

IN 


CREATE  .1F2, 
OUTPUT 
"GOTO 
.1F1:' 
POLISH, 
STORE    .1F2 
IN   STACK, 
CHANGE  TYPE 
TO   "ELSE" 


NO 


OUTPUT 
".IF1:" 
IN  POLISH 


POP  STACK 


^LK# 
ON  STACK 
MATCHES 
CURRENT 
3LK#?V 


JES 
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ALLOCATE   <list    of  based  variables> 

For  each  element   in  the   list,   the  following  is   generated: 

<var  name>*  allocate 

Assignment  statement:      <variable>    =  <expression> 

becomes    <variable>   <expression> 

<variable>   may  be   a  simple  name   or  a  subscripted  name. 

CALL  <name>  [(<parmlist>  )  ] 

becomes    <name>*  [<parmlist>  ]•  ( ) . 

where    ().    is   the  "parenthesis  operator"  with  i  ^_  0   arguments 

CLOSE  FILE(<list   of  file  names >) 

For  each  file  in  the  list,  the   following  is    generated: 

<name>*  close 

DELETE   FILE(<file  name> )   KEY(<expr>) 

The  two  operands  may  be  in  any  order.  The  KEY  expression 
indicates  the  key  of  the  record  to  delete.  The  Polish  is 
<expr>*  <file  name>*  delete 

FREE   <list  of  based  variables> 

Same   as   ALLOCATE  using  the   free   operator. 

GO  TO   {<label>|  <label  expression>} 
becomes    <label> 'branch 


-104- 


OPEN   FILE(<list    of   file  names>  ) 

Same   as    CLOSE   using  the   open   operator. 

READ  FILE(<file  name>)    INTO(<buf  name> )  [key  (<expr> )    KEY   TO(<var  name>)] 
The   operands   may  "be   in   any  order.        "buf  name      is   a  piece   of  storage 
to  read  the   record  into.      If  the  KEY   expression   is   present,    it 
indicates   the  key   of  the   desired  record.      Otherwise,   the   read  is   to 
be   sequential.      In   that   case,   the  KEY   TO   operand,   if  present, 
indicates   the  variable  which  is   to  be    given   the   value   of  the  key. 
There    are   thus   three  possible   operations  which   are   distinguished 
by   the    count    field: 

[<key  expr>|<key  to  var>]*<file  name>*  <huf  name>*  read(i  ) 
where   i   is 

seqio  -   sequential,  no  key /key  to 
keyio   -  key   given 
keyt o  -  sequential,    insert  key  in    <key  to   var> 

RETURN    [<expr>] 

The  expression   indicates   the  value   to  be   returned  in   the   case   of 
a  function   procedure.      The   Polish  is 
[<expr>  ]•  return (i  ) 
where   i   in   the   count   field  indicates 

0  -  no  value  to   return 

1  -  return  value  of   <expr> 
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WRITE   FILE(<file  name>)    FROM(<buf  name>  )  [KEY(  <expr>  )  ] 
This   is  similar  to  READ  using  the  write   operator  and  no 
KEY   TO   operand. 

Labels  :       <label>  :  <statement> 

Labels   may  precede    a  statement,   and  in   most   cases  become 

<label>*  define  ,   indicating  the   label  is   defined  at  this   location. 

The   remaining  statements    are   less    straightforward  and  involve 
creating  entries    in   the   block   table    and   generating  perhaps    several   state- 
ments.     The  block  table   indicates   the  structure   of  the  program  in  terms 
of  the   statements    DO,    BEGIN,    and  PROC,    and  is   necessary   for   defining 
the   scope    of   definition   of  local  variables    and  such  things.      Each  new 
entry  in   the  block  table   is   assigned  a  unique  block  number.      END  state- 
ments  terminate   these  blocks   by   creating  an   entry  in  the   table   to   continue 
the  previous   entry.      The  block  entries   may   also  include   information   about 
internal  variables    created  by  the   statement.      The    format   of  the  block 
entries    is    as    follows : 
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BENTRY 

* 

BLAST 

DSECT 

DS 

H 

3NEAT 

DS 

H 

3SAME 

DS 

H 

ariKST 

DS 

H 

3  NO  N  DO 

DS 

H 

3STMT 

DS 

H 

3NUM 

DS 

H 

3LVL 

DS 

X 

3FLG 

DS 

X 

JpROC 

EQU 

X  •«of 

teEGIN 

EQU 

X  '  40  ' 

IDG 

EQU 

X  '20' 

3CTKL 

EQU 

X  '04' 

1WH I L  E 

EUU 

X  '  02  ' 

iEXTKA 

EQU 

* 

3BEGLEN 

EQU 

♦-BENTRY 

1PR1 

DS 

A 

JPKLEN 

EQU 

*-bentry 

ORG 

BEXTKA 

)DG1 

DS 

A 

IDG2 

DS 

A 

ICVAk 

DS 

A 

IE  3 

DS 

A 

iDOLEiM 

EQU 

* -BENTRY 

FORMAT  OF  BLOCK  ENTRY 

ALL  DISPS  RELATIVE  TO  THIS  ENTRY: 

DISP  TO  PREVIOUS  ENTRY 

NEXT  ENTRY  =  LENGTH  OF  THIS 
NEXT  ENTRY  FOR  SAME  BLOCK 
FIRST  ENTRY  FOR  THIS  BLOCK 
ENTRY  FOR  BEGIN/PROC  THIS  IS 
IRST 


DISP 

TO 

DISP 

TO 

DISP 

TO 

DISP 

TO 

H    OF 

FI 

ENTRY 


IN 


STMT     IN    THIS    PAKT    OF    BLOCK 
UNIQUE    BLK     »    ASSIGNED    TO    THIS    BLK 
LEVEL    OF     THIS    BLOCK 
FLAGS    DESCRIBING    BLOCKS 
PROCEDURE 
BEGI  N 
DO 

CTRL     VAR    PRESENT     IN    DO     STMT 
WHILE    OPERAND    PRESENT     IN    DO    STMT 
FOLLOWING    BELONGS    TO    PARTICULAR    BLOCKS.. 
LENGTH    OF    BEGIN    BLK 
LABEL     .PR    GENERATED    BY    PROC 


LABEL     .D0  1     AT    START    OF    DO    LOOP 

LABEL     .D02    AFTER     END    OF    LOOP 

CONTROL     VAR    FOR    LOOP     (ONLY     IF    PRESENT) 

LOOP     INCREMENT     . E3     (ONLY     IF    CVAR    PRESENT) 


PROCEDURE  ][(<parmli st >)  ] 

This    generates    a  label   .PR    (all   generated  names    consist   of  an 
identifying  prefix  followed  by   a  sequence  number)   which  will  ultimately 
be   the   label   of  the  statement   following  the  end  of  the  procedure;   thus, 
we    can  branch   around  the  procedure.      A  new  block   entry   is    created,   the 
address   in   the  symbol  table    of    .PR  is   recorded,    and  the   following  Polish 
is    generated: 

•  PR  branch    [define    any  labels   on  proc  statement  in   outer  block] 

[<parmlist> ]*proc(i ) 

where   i    >_  0   is   the  number   of  parameters    and   appears    in  the 

count    field. 
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BEGIN 

This   statement  simply   creates    a  new  entry   in   the  block  table. 

DO    [<var>  =   <expl>  [T0<exp2>  ]  [BY<exp3>  ]  ]  [WHILE(  <expU>)  ] 
A  new  entry  is    created  in  the  block  table.      If  any   operands    are 
present,   indicating  a  loop,    labels    .D01   and   .D02   are    generated  and  recorded 
in  the  entry.      In   addition,    if  the   control  variable   is   present,   two 
temporaries    .E2   and   ,E3   are   generated,   and   .E3  is  kept   in   the  entry.      If 
BY<exp3>   is   absent,    .E3  is   the   constant   1.      In   any   case   involving  a  loop, 
the  Polish  equivalent   of  the   following  statements  will  be    generated: 

<var>  =   <expl> ;  these  three   only  if  control  var  present 

.E2      =   <exp2>;  only   if  TO  present 

.E3     =   <exp3>  ;  if  BY  missing,    <exp3>   =   1 

.D01: 

IF(.E3>=0   &   <var>    >    .E2 

.E3   <   0    &   <var>    <    .E2)    THEN   GO   TO    .D02; 

(only  if  TO  present) 
IF(    <expk>)    THEN   GO  TO    .  D02 ;    (only  if -WHILE  present) 

<var>   =  <var>  +    .  E3;    (only  if  control  var  present) 
GO  TO    .D01; 
.D02: 

IF  statement: 

To  handle   these  we   use   a  small  stack.      For  each  THEN   or  ELSE 
encountered,    an   entry  is  pushed  on   the   stack  indicating  its  type    (THEN/ELSE) 
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the  "block  number  it    occurred  in,    and  the   symbol  table   address   of  the    .IF 
label  we    generate.      Then   at   the   completion   of  each  statement  we    look  to 
see   if  the   current  block  number  matches   the  number  in  the  top  stack  entry. 
If  so,  we   can  terminate   the  THEN /ELSE   clause,    and  in  the   case   of  THEN   look 
for  an  ELSE.      If  the  block  numbers    do  not  match,   then  we   must  be   in   a  DO 
block   following  the  THEN/ELSE   and  we  must  wait   until  the  block  is 
terminated.      The  Polish   generated  for 

IF(<exp>)    THEN<clause    1>   ELSE<clause   2> 
looks   like 

<exp>    .  IFl'tbf*  <  clause    1>    •.IF2*  branch   •  .IF1*  define*  <  clause   2>* 

.  I F2*  define 
where   tbf  is   the  test-and-branch-false   operator. 

3.1.5  Plot  Package    (W.    Chung) 

With  the   expectation   of   a  new  system  and  the    corresponding 
COMMUNE  subroutines,    several  modifications   to  the  plot   program  have  been 
underway.      As   the   file  system  can  be    accessed  and  utilized,   users    are 
allowed  to  save   and  redisplay   graphical   outputs    for  hardcopy   generation 
or  later  references.      Since  users    can   get   on-the-spot   hardcopy  of  the 
present   display,    an   option  HARDCOPY  was    dropped  with  the   addition   of 
SAVE  PIC,    FETCH,    and  CATALOG.      The  hit    of   CATALOG  will   list   the  picture 
names    for  the  present  system  use.      This  will   give   the   user  mnemonic  aid 
to   save   and  fetch  to   and  from  the   filing  system. 

Generation   of   curves   by   a  cubic  spline   is   made    faster  than 
before.      So   far,   everytime   a  non-data  point   is    computed,    a  call  to  the 
subroutine   SPLINE  has   been  made.      This  turned  out   to  be   unnecessary   and 
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and  caused  delays   in   graphical  output.      Now,   the  spline    coefficient 
calculating  subroutine  SPLICO   is    called  once   and  then  the   rest   of  the 
nondata  points   are   computed  by   a  single  expression. 

Experimentation  with  Free   Knot  Spline   Interpolation 

As    a  first    step  to  investigate   a  method  which   selects   knots 
(data  points   or  joints)    for  the  efficient  use   of  storage  with  optimum 
error  in   the   graphical   input /output  environment,  numerical  experimentation 
has  been   carried  out  using  cubic  spline   interpolation. 

With   a  hope   of  finding  a  certain  implicit    relation  between  the 
given    function    (derivatives,    curvature)    and  the   fundamental  properties 
of  splines,   five  methods  were   experimented  with  using  five  examples. 

The  main   difficulties   lie   in  the   fact   that  the  spline   is 
determined  globally  whereas   the  selection   should  be  based  on  local 
information   and  that   the  tested  methods   used  higher   derivatives   up  to 
the    fourth  which   are  not   always    available  information.      Even  though 
one   method  was   superior  to   other  ones,   it    could  be   easily  observed  that 
zeros   of  third  or   fourth   derivatives    gave  rise   to   strange  error  behavior 
of  the   approximation. 

3.1.6  Item  Analysis    (J.    Koch) 

All  of  the   instructions   presented  in   the  previous   quarterly 
report  have  been   coded.      They  were  written  to  make   use    of  as   much  of  the 
existing  code    as   possible.      This  was    done   in   order  to  speed  up   coding 
and  debugging  time   and  under  the   assumption  that    another  bank  of   core 
(U096  words)   would  be   added  where   the   interpreter  monitor  would  reside. 
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Currently,   the   system  must  be  written   to  fit   in   our  existing  four  banks 
In   order  to   do  this,   many  of  the  basic  service   routines    are  being 
simplified  to   make   them  more    compact    (see   section   3.I.M.      This   will 
necessitate  the   modification   or   deletion   of  many  of  the   calls   to  these 
service   routines.      Also,   a  uniform  calling  sequence   to  these  service 
routines   should  be   adhered  to. 

A   few  instructions  were    changed  and  others  were   added  to   the 
list  presented  last   quarter: 

OLD   INSTR  NEW  INSTR 

USEG  ALPHA  ASEG  ALPHA 

CUSEG  ALPHA 

MENTER  BLDNM  N1,N2, ALPHA 

MDEL  SEARCH  Nl, ALPHA 

PMENU  DISPP  Nl 

NMENU 
ASEG  ALPHA  -  Apply  segment  ALPHA.      Comparisons  will  be   made   to  the 
coordinates   in  ALPHA  to   see   if  the    coordinates    in   0,1  are 
in   one   of  the   areas.      If  so,   a  branch  to  the   appropriate 
routine   is   made.      (Handled  by  the   interpreter  monitor.) 
BLDNM  N1,N2, ALPHA  -  Build  up  name  blocks.      Nl   =  block  number  to  be 

added  to;   N2   =  number   of  lines   to  be    added;   ALPHA   =   starting 
name   of  the   line  where  this   text   is   to  be   inserted  after. 
SEARCH  Nl, ALPHA  -  Search  block  number  in  Nl   for   a  text   line   that 

begins  with  ALPHA.      Returns   the  line  number  in   0. 
DISPP  N1,N2,N3   -  Display  parts   of  a  block.      Nl  =  block  number; 

N2  =  line  number  to  be  the  first  displayed;  N3  =  number 
of  lines  to  be  displayed.  This  segment  of  text  will  be 
displayed  at  the   coordinates   in   0,1. 
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ASSIGN  N1,N2    -  Assign   the  number  in  Nl  to  the  terminal  located  at  N2 , 

N2+1   as    its  terminal  type  number. 
DISAP  Nl   -   Causes   the  terminal  number  of  the   terminal   located  at  Nl, 

Nl+1  not  to  be   displayed  anymore. 
REAP  Nl  -  Causes   the  terminal  number  of  the  terminal  located  at  Nl, 

Nl+1  to  be   displayed   (this   is  the   default    condition). 
DELMN   -  Delete   the  mnemonic  whose  name   is   in  the  name  buffer   from 

the  library. 
DELPIC   -  Delete   the  picture  whose  name   is   in   the  name  buffer   from 

the  library. 
SAVMN   -  Save  the  mnemonic  that  was    created   (CRMN)   previously  to  be 

saved  under  the  name  that  is    in   the  name  buffer. 
TEXT  ALPHA, NUM  -  Put    'XXX'    or  ALPHA   into  the   line   buffer    (ALPHA  must 

be   the   address   of  a  text  string) .      NUM  is   the   optional 

length  of  the  line    (l-T2).      If  it   is  not  present,   the 

compiler  will   compute   the  total  length  of  ALPHA. 
TEXTD  Nl, ALPHA, NUM  -  Do   a   'TEXT'    as    above   and  then   display  the   line 

buffer  at  the  X,Y   coordinates   in  Nl,  Nl+1. 

The   console   vector  size  has  been  reduced  by  the  removal  of 
segment   definitions    from  the  vector.      These  will  now  just  be  kept   in  the 
user's   program.      When   an    'ASEG'    is   executed,   the  interpreter  monitor  will 
scan  the   segment   definition  in  the  user's   program.      Then  the    appropriate 
branch   in   the  user's  program  will  be  made.      Thus,  transfers   of  segment 
definitions  between   the   user  program  and  the    console  vector  and  space   in 
the   console   vector  have  been  eliminated. 

The  menu  will  be   regenerated  from  the   disk   directory.      This 
may  temporarily  slow  the   display  of  the  menu  until  a  faster  method  of 
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accessing  the   disk   directory   and  new   formatting  of  the   directory   are 
devised.      By   regenerating  the  menu   from  the   directory  every  time,   the 
possibility  of  a  menu  being  displayed  that   does   not   reflect  what  is 
really  on  the   disk  is   eliminated.      A  copy  of  the  menu  will  no   longer 
be   kept  with   a  user's  blocks. 

More    generalized  instructions    are  now  being  considered.      For 
instance,   the    'DISP'    command  displays    a  picture  but  it   displays   only 
certain  rigidly  defined  blocks    and  then   all  of  those  blocks.      With 
the  inclusion  of  instructions   such   as    'DISPP' — display  parts   of   a 
structure — the   user  is   given   a  more   flexible   instruction   set   to  work 
with,  but  he  must  be  more   sophisticated  in  their  use.      He  would  be 
required  to  keep  track   of  what   is   in  every  block   in   a  picture   rather 
than   just  being  able   to  say    'display'    and  have  the  system  keep  track  of 
the   data  types.      As    different  uses   of  our  system  are   devised,   these 
generalized  instructions    can  be   used  to  work  with   data  structures   more 
closely   aligned  with  their  application. 

3.2  Illinois    Graphics   Computing  System   (IGCS) 

3.2.1  ADL    (T.    Runge) 

ADL  is    a  general  purpose    drafting  language  which    facilitates 
the    communication  of  graphical  constructions   and  annotations.      The 
general  strategy  devised  for  implementing  ADL  via  four  overlays  has  been 
described  previously.      During  the   current  report  period,    it  has  been 
found  necessary  to   insert   a  fifth  overlay  after  the    compiler  to  produce 
program  listings    (3.2.2) 
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The   compiler,  written   and  debugged  during  the  previous   report 
period,   has  had  all   debugging  code   removed  and  presently   awaits  being  made 
into   an   overlay  to  the   final  ADL  system.      All  instructions    remain   as  before, 

3.2.2  Program  Listing  Overlay   (T.    Runge) 

2 
The  stand-alone   line  printer  program  LP     is  presently  being 

stripped  down   for  use   as   an   overlay  to  the  ADL  system.      Code    for  the 

interaction  with  the  teletype  will  be   removed  and  interaction  with  the 

ADL  Overlay  Supervisor  substituted. 

3.2.3  Plot  Sectorization  Overlay   (T.    Runge) 

Minor  alterations  necessitated  by  instruction   changes   in  the 
Compiler,   made   in   the  previous  period,  were   incorporated  into  the 
sectorization   routines    during  the  present  report  period.      These   routines 
are  now  ready  to  be   made   into   an  overlay  to  the   final  ADL  system. 

3.2.U  Bit  Map  Formation   Overlay   (T.    Runge) 

The  monitor   for  this  overlay,  programmed  during  the  previous 
report  period,  was   rewritten   to  provide  more   efficient  buffering.      These 
routines    are  now  ready  to  be  made   into   an   overlay  to  the   final  ADL  system. 

3.2.5  Plot  Production   Overlay   ( T .    Run ge ) 

This    final  overlay  was  programmed  during  the   current  report 
period.      Bit   maps   are  buffered  in   from  disk  and  sent  to  the   Gould  U800 
for  plotting.      Blocks   of  three   contiguous   sector  bit  maps   are   double- 
buffered  from  disk  into   core   and  then  sent  to  the   Gould.      Blank  sectors  , 
i.e.,  those   in  which  no  figures   or  text   appear,    are    detected  and  a  blank 
bit   map  is   printed  for  all  such  sectors. 
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Execution  error  messages    (only  two  possible)    are   also  printed 
by  this   overlay,   appearing  at   the  end  of  the  plot. 

3.2.6  Numerical  Package    (R.    L.    Brown) 

A  production  version   of  DIF11,   as    described  in   a  previous 
report,   has  been   interfaced  with  the  Overlay  Supervisor  and  is   ready 
to  be   interfaced  with  the  ILLISM  compiler. 

The  present  version   differs    from  the  previous   one   in   its   use 
of  the  overlay  handling  routines   in   the  system  supervisor.      The  start 
address,    length,   and  disk   start  block   of  each  overlay  is    core    resident 
in   a  table  which   allows   the  overlay  routine   to    fetch   a  contiguous    file 
much   faster  than   LINK,   the  DEC-supplied  overlay  routine.      Further, 
DIF11  now   creates  the   overlay  DIFFUN.LDA  when   it    is   left   in   core  by  the 
ILLISM  compiler   and  uses    a  supervisor  UPDATE   routine  to  prepare   the 
parameter  tables    for  the  new  overlay. 

The   interface  with  the   compiler  now  includes   user  provided 
maximum  and  minimum  step  sizes    and  a  printing  step   size  which   allows 
the  user  to   control  the  time   steps    at  which   function  values    are  printed. 
Defaults    are    computed  if  the  user   chooses   not   to   set   these  parameters. 
All  other  interface   variables   remain   as   in  previous    reports. 

All  output   is  now   appended  to  the  source   listing  and  symbol 
table   on   FOR008.DAT,    FORTRAN   output    file   8  on    disk.      This  was    done  when 
it  was   decided  that   ample   disk  space  was    available. 

On  exiting,   DIF11  now  destroys   DIFFUN.LDA   and  calls   the  Program 
Listing  Overlay   (3.2.2)    through  the  Supervisor  to  print    and  then   destroy 
the   output  file. 
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3.2. T  ILLISM-E    (W.    Tarn) 

Two  new   functions    are   added  to  the   collection   of  arithmetic 
functions   presently   available.      They   are   a  pair  of  complementary  binary- 
valued  functions   with   argument   in   the  independent  variable  t.      They  have 
only  the  values    0.  and  L,   specified  as    follows: 

STEP0,TO)   =  -      £     -™ 

STEP1(T1,  .  0;    £   I  <  £ 

Properly   arranged,   these   functions  will  perform  part   of  the   function   of 
logical  IP's,  which   are   otherwise  not  available.      Also,   they   can  be  used 
to  introduce   or  remove   terms   in   any   given  period  of  time. 

Complete  batch  testing  of  the  system  could  not  be  performed  as 
the   GDI  card  reader  was    down   most   of  the   time.      The  new  Documation    card 
reader  has  to  be  properly   interfaced  and  hence   is  not  yet    operational.     ■ 
Also,   machine   availability  on  the  PDP-11  was   reduced  by  other  hardware 
failures . 

3.  3  Graphical  Remote  Access   Support  System  (GRASS) 

3.3.1  GPSS   Graphical  Pre-Compiler   (B.    Purvy) 

Work  on  the   360  program  to   convert   flowcharts   into   GPSS   source 
code   is  progressing  rapidly,    and  should  be    complete   in   a  matter  of  two   or 
three  weeks    for  the   rudimentory  program.     When  it   is    complete,    a  user  will 
be   able  to  specify  his  program  with   a  flowchart,   using  the   GRASS   system, 
and  send  it  up  to  the   360   for  interpretation. 

Since   GPSS   is    a  block-oriented  simulation   language,   it    is  well- 
suited  to  flowchart   specification.      A  GRASS   user  will  see   in  the  menu  area 
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a  list    of  the   60  or  TO  "blocks    allowed  in    GPSS.      To    add   a  block   to  his 
flowchart  he  will  merely   "hit"   the  spot  on   the  screen  where  he  wants   to 
put  it,   then  hit   the  block  name   in  the  menu.      A  label,    operands,   and 
comments    can  be    assigned  by  use   of  the   "alter  parameters"    function, 
available   on  the   current  system.      Eventually,   there  will  be   a  special 
interpreter  program  to  simplify  flowchart   drawing   (Uth  QPR  1972). 

Terminals   on  the  blocks    are   assigned  names   that   indicate  their 
relative  position,  e.g.,    "TOP,"    "BOTTOM,"    "RIGHT,"   etc.,    and  these 
should  not  be    changed  by  the  user.      Sequential  program  flow  is    indicated 
by  TOP-BOTTOM  connection  between  blocks,   i.e.  ,   if  the  user  already  has 
the  program  in  source   language   form,  he  need  only   connect  the  blocks 
in    a  straight  up-and-down  manner.      Conditional  branches    are   done  with   a 
terminal  other  than   TOP   or  BOTTOM.      It  is  not  necessary  to  know  the 
label  or  the  block  that  is  branched  to;   the   system  will   generate    a  label. 
Since   GPSS   is   structured  in   such    a  way  that  the   label  of  the  statement 
being  branched  to    could  be    contained  in   any  of  the  branch   statements' 
operands,   the   user  indicates  which   operand  is   to   contain  the  label  by 
inserting  the  terminal  type  name.      For  example,   if  one  wanted  to   transfer 
to  statement  BP1,  he  would  put  up   a  TRANSFER  block   and  instead  of  writing 
"TRANSFER,    BPl"   he  would  write   "TRANSFER,    RIGHT"    if  BP1  was    connected  to 
the  terminal  labeled  "RIGHT."      If,   instead  of  the  statement  being  labeled 
BPl,   it  had  no  label,   the  system  would  generate    'XXYnn"    for  that   statement 
and  the  branch  would  be   TRANSFER,    XXYnn.      In  many   cases,   a  statement  will 
have  two   or  more   other  statements   that  it   can  branch  to;   using  the  system 
such   a  multi-branch   statement  presents   no  problems. 
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The  program  operates  by   first   creating  a  table    for  itself 
showing  each  block    (or  subpicture   instance   in   GRASS  terminology)  with 
all  its    connections   to   other  blocks.      This   is    done    for  each  page,    or 
picture,   of  the   flowchart,   in   addition   to  placing  in   a  separate  block 
the  parameters    for  each  subpicture,  which  includes   the   label,  block 
name,    operands,    and  comments.      Since   a  complete    flowchart   can   contain 
5,    10   or  even   more   pages,    it   is   important  to  extract   the  useful 
information   from  each  so   that   it   need  not  be  kept   in   core    any  longer 
than  necessary.      The  node    connection  block  that  the  program  constructs 
is    structured  as    in   Figure   1. 

A  block   called  EXTERM,  for  external  terminal,  is   used  for 
linking  two   different  pages   of  the   flowchart  together.      EXTERM  has 
only  one   parameter,    and  to   link  two  blocks   on   different  pages   the   user 
attaches    an  EXTERM  to  each   and  assigns  them  both  identical  parameters. 
The  system  maintains   a  linked  list    during  the  process   of   creating  NC 
tables  with  one  node   for  each  EXTERM  which  has  not  yet  been  matched  to 
its   other  EXTERM,   and  when   a  pair  is   found  to  match,  each  EXTERM  has 
placed  in   its   entry   in  the  NC  table  a  pseudo   connection   indicating  the 
name   of  the  picture   it    links  to   and  the  number  of  the   subpicture  within 
that  picture.      The   fact  that  the  EXTERM  disappears   in  the   final  source 
language   creation  will  explain  why,   in  Figure  2,    it  is  necessary  to 
indicate  whether   a  subpicture' s   parameters    are   contained  in  the  parameter 
block  and  where.      The  reason   is  that  we   do  not  wish  to  waste   80  bytes   on 
a  card  image  that  will  not    appear  in  the   final  output. 

The  tables   mentioned  above  plus    directors   indicating  where   each 
picture's  tables    are,    are  passed  to  the-  second  part  of  the  program,  which 
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is    assembled  separately  primarily   to   reduce    cost   of   debugging  the  program. 

The  second  part   analyzes  the  NC   tables    and  creates    a  linear  list  of  four 

byte  entries  with  each  entry  representing  a  subpicture,   two  bytes    for  the 

picture  number,    and  two   for  the  subpicture  number.      This   linear  list   is 

replaced  by  the   card  images   stored  in  part   1,  with  branch  operands 

resolved.      This   process   is    done  by  searching  the   first  picture   for  a 

GENERATE  block   (since    in   GPSS ,   all  transactions   originate   in   a  GENERATE). 

Then ,  the  TOP -BOTTOM  connections   are   followed  as    far  down    as   they   go 

with  the   entries   placed  sequentially  in  the   top-down  order  they   appear  in. 

All   connections   other  than  TOP -BOTTOM  are  placed  on   a  stack,    and  when   an 

entry  is    found  to  be  unconnected  on  the  bottom,   the   top  stack  entry  is 

popped  off  and  the  block  that  it  branches  to  is   examined.      If  the  branchee 

block  is  not  yet    "compiled,"   it   is   placed  at  the   end  of  the   linear  list 

of   compiled  blocks,   a  label   created  if  it   has   no   label,    and  this   label 

inserted  in   the  brancher  block's   operands.      Then   the   same   TOP-BOTTOM  path 

is    followed  as  before   if  the  branchee  was   not    already   compiled.      If  it 

was,   another  stack  entry  is  processed.      When   the  stack   is   empty,  the   system 

looks    for  another  GENERATE  block    (only  picture  number  one  is   possible).      When   there 

is  no   more  ,   the  list  of  four  byte   entries   is   expanded  into    card  images  , 

after  which   it    can  be   saved  or  used  as   input  to  GPSS   immediately.      Actually, 

the  user  would  need  to  add  other   cards    at   the  beginning  and  end  of  the 

program  for  purposes   of  providing  functions    for  probability  distributions  , 

initializing  variables,  and   controlling  the   length  of  the  simulation   run. 

This    can  be   handled  merely  by   asking  the  user  to  type   in  the  lines  he 

wishes   to  add. 
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□       byte 


i |_      #  subpictures   in  this  picture 

Entry  1:      directory.      Contains    (disp   from  end  of  directory  to 

each   sub-picture)  /2 . 


disp  =    {#  bytes   in  NC   table )/2 

Entry  2:      each  subpicture  has   one   entry  like  this 


I     !     disp  =    (#  bytes   in   this   entry) /2 


j    name   of  subpicture 


I     #   of  subpicture    (corresponds   to   "SSEG"   in   GRASS   subpicture  block) 


|_J     spare    (used  for  flags   in   creating  the  source    code) 
each   connection   looks   like: 


I  \     terminal  type  name 


instance   #   of  subpicture   it   is   connected  to 

Figure   1.      Node   Connection  Table 
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□ 


byte 


#   of  subpictures    contained  in   this  "block 


for  each   subpicture,  the  number  of  the   80-byte  block 
its  parameters    are    contained  in.      If  not  in   this 
table,   this   number  will  be    -1. 


1     1 

1 
1 
1 
1 

1  1 

80  bytes    containing  parameters 


Figure  2.      Parameter  Block 
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3.3.2  GLASP   and  INTERPRETER  Monitors    (C.    Segre,   N.    Hennegan,   R.    Whyte) 

The  implementation   of  the   interpreter  monitor  has  necessitated 

major  revisions   in  the   theory  behind  GRASS.      In   the    current  version   of 

GRASS,   a   console   controls  the   CPU  until  it   makes   a  service   request  or 

relinquishes    control  to  wait    for  input    (ROUTX,   RELESE).      When   in    control 

of  the   CPU,   the   console   may  not  be   interrupted.      The  new  system  will  run 

under  interrupt,  but  the   interrupt  handler  will  only  set   a  flag  and 

return.      The  swapped-in    console  will  have  exclusive   control  of  the   CPU 

and  can  be   swapped-out  only  when   it   executes   the  interpreter  instructions 
WAIT  or  ERASE    (this   means   that   all  service   routines    are    called  directly 

and  ROUTZ  is   eliminated).      When   one    of  these  two   instructions    is   executed, 

the   GLASP  monitor  will   check  each   console's   input  pending  flags    (which 

have  been   set  by  the   interrupt  handler)    and  swap-in  the   first    console 

which  has   some  input  pending.      The  reason  behind  this   major  revision   is 

that   core   is  needed  for  the  interpreter  facilities.      The   calls   to  the 

GUTS  service   routines    are  being  simplified  and  standardized,   this   and 

elimination   of  ROUTX  will  yield  enough   core  to   implement   the 

interpreter  monitor. 

The  interpreter  monitor  has  been  written   along  with  the 

instruction-executing  routines    (3.1.5).      The  setup   of  the  interpreter 

will  be   outlined  here:      200n  word  blocks   of   assembled  interpreter 

code    are   loaded  into  core  at   a  time,   the  interpreter  monitor 

decodes   each  instruction   and  calls  the  instruction-executing  routines 

to   carry  out   the   instruction.      The  executing  routines   are   loaded  into 

core   in   discrete  blocks   to   save   space    (the  most   frequently  used  routines 

may  be   resident).      When   a  WAIT  or  ERASE  instruction  is   performed,    control 

is  transferred  to  the   GLASP  monitor  which   swaps   in  the  next   console 

and  its    code   and  jumps  back  to  the  interpreter. 
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3.3.3  Monitors— SPA CT,   NEWSPACT    (L.    Lopez) 

SPACT   is    a  program  which  executes    on  the    360   and  performs    functions 
similar  to   a  simple  monitor.      Its   primary  functions    are  to 

1.  accept   records    from  the  PDP-8  via  the  2701, 

2.  send  records   to  the  PDP-8  via  the- 2701, 

3.  execute  programs,   i.e.,    console  programs    (CP's) 
when   requested  by   users, 

h.      handle   requests    from  CP's    and  users   for   other 
functions    (which   are   described  he  low)  . 

The   original  SPACT   used  the  ATTACH,    DETACH,   WAIT    and  POST 
macros  to   communicate  with   the   operating  system  in  order  to  perform 
functions    3   and  h.      The  new  SPACT    (hereafter  called  NEWSPACT)    does  not 
use  these   macros  hut   instead  uses    a  modified  fetch   routine    described  in 
the  previous   quarterly  to  bring  jobs   into   core.      Thus,   instead  of  going 
through  the   overhead  of  performing  an  ATTACH   and  DETACH  with  the   assoc- 
iated 0/S    360   overhead,   one  merely   does   some   disk  I/O.      CP's    are   executed 
as  part   of  the  SPACT   task,  hence,   POSTs    and  WAITs    are  not  necessary. 

Of  course  ,   the   reason   that  SPACT  was   modified  was   not   for 
efficiency.      This  was    a  side   effect,  but   our  primary    concern  was    to   allow 
more  than   one   CP   to  execute.      The   old  SPACT  would  allow  this  but   if  its 
REGION  was   176K,  there  was  no  possible  way   in  which  two   ll6K  CP's    could 
execute.      One  would  have   had  to   increase   the   REGION   to   say   ll6K  +    ll6K  +    30K 
or  to  greater  than  262K.      Needless  to  say,    one   frowns    upon   such  a  waste   of 
core.      NEWSPACT,  however,  has    a  swap   area  which   all   CP's  will   occupy.      If 
two   CP's   execute,   then   one  will  be   in  the   swap   area  and  one  will  be   in   disk. 
This   is  not   a  new  technique  but   for  the   case   in  point   it    does  bring  up 
some  new   (for  me)    problems. 
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In  particular,   all   core   allocations   must  be  made   in  the  swap 
area.      Thus,  the   LINK,    XCTL,    LOAD,    DELETE,    GETMAIN ,   and  FREEMAIN   macros 
which  perform  functions   involving  memory    changes   to   the  task  have  the 
similar  LINK8,    XCTL8,    LOAD 8 ,   DELETE8,    GETUM,   and  FREEUM  macros  which 
perform  similar  functions   involving  memory   changes   to  the  swap   area. 

In   the  next   quarterly,   the   above   functions  will  be    described 
in   detail.      A  description    of  the   commands    and  the   CP   interface    follows. 


NEWSPACT   Commands 

NEWSPACT    commands   begin  with  a    '?'    as    opposed  to   a   '  !  '    (as 
in  SPACT).      This  was    done  because   the    '!'    cannot  be   printed  whereas   the 
'?'    can.      The  NEWSPACT    commands    are 


COMMAND 

?ZAP 

?S<PROG>[<PARM>] 

? LOGOUT 

?N   <text> 

?0P   <text> 

?DUMP 

?DSPACT 

?IOSNAP 

?NIOSNAP 

7G0AWAY 

?GRASSOUT 

?SPIE 
?WSPIE 


DESCRIPTION 

discontinues  the   CP 

start   <PROG>   passing  <Parm> 

delete   the   console   from  consideration 

send  <text>   to   console  N 

N  =  0,1,2,..., 

send  <text>   to  the  operator   (WTO) 

dump  the   CP.      This    dump  is    done  by  SPACT 

dump  SPACT.      This    dump  is   an  0/S  SNAP 

print  2701  I/O 

do  not  print  2701  I/O 

SPACT   goes   to  normal  end  of  job 

like   GOAWAY ,  but   sends    a  message   to 

PDP-8  which  presently   causes   it   to  bomb 

a  program  interruption  is   to  be    caught  by  SPACT 

a  program  interruption   is   to   cause   a  ABEND  SOCx 
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?RELEASE  allow   a  program  on  which   a  program  interruption 

has   taken  place   to   continue 
?STAY  SPACT  will  not   time    out    after   15   minutes 

?NSTAY  SPACT  will   go  to  end  of  job   after  15 

minutes   without   any  2  701   I/O 
?SWAP  if  the   CP   is    in   the  swap   area,   it  will 

be   swapped  out 
?PSPIE  print  the  CP's  PSW 

When   a  CP   is   started,   Rl  points   to  the   console  vector   (CV) 
(a  table    of  information   about   the    console).      The   CV's    format   is    a 
series   of  addresses    as    follows 

DISP        NAME  POINTS   TO 

0        XEILE001      file   sub 
h         VGLOM  file   sub 

8  SLAVE  spact    interface   sub 

12  APARM         2U-byte  parm  string 

l6  AUSER  log  in  name   of  user 

The  S8-macros  have  been   modified  to  reflect   these    changes. 

Other  information    follows   the  above,  but   one    cannot   depend 
on   its    format   at  present. 

The   subroutine    at   SLAVE  has   the   following   calling  sequence: 
L  R15  ,SLAVE 

BALR     Rll+  ,R15 
DC  Y(N) 

*  where  N   is   the   function 

*  to  be  performed. 
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VALUE  OF  N  USE 

1  return  in  Rl  the  address  of  a  2701 
record  read  in 

2  Rl  has  the  address  of  a  2701  record 
to  be  written 

3  WSVC10 
k  WSVC5 

5  WSVC^ 

6  DELETE  8 

7  L0AD8 

8  XCTL8 

In   order  to  use   the  DELETE8,  etc.,   macros,   one  must   include 
WSVC   from  LMOD   and  then   CALL  IN 8.      One    can  then   CALL  RD8  and  WR8  to 
perform  1  and  2 . 
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h.      IMAGE  PROCESSING  AND  PATTERN   RECOGNITION   RESEARCH:      ILLIAC   III 

k.l     Variable- Valued  Logic    (R.    S.    Michalski ,  L.    Chapman,  T.    Z.   Wong) 

A  number  of  major  and  minor  improvements  to   the  program 
AQVAL/l   (which  synthesizes    formulas   of  the  variable -valued,  logic  system 
VL    )   were   made.      The   most   important  of  these  was   inclusion  of  the 
'dynamic   cost   criterion.'      A  series   of  experiments  was   made   on   the 
application  of  AQVAL/l  to  two  problems:      one   from  the   area  of  medical 
diagnosis,    and  one   from  the   area  of  texture   discrimination. 

The   first  problem  was   to   determine   a  rule  which  distinguishes 
among  patients  with   cancer  of  the  liver,   patients  with   cancer  of  the 
pancreas   and  normal  patients.      Some  excellent   results  were   obtained, 
but  work  is   not  yet    complete   on  this   application.      The  second  problem 
was   to   develop   a  complex  operator  which   describes    and  discriminates 
between   two  nonuniform  crystalic  textures.      Experiments    consisted  of 
four  steps : 

1.  Scanning  given   textures    using  interactive   software 
system   'Show -and- Tell'    and  then  sending  digitized 
pictures   to  the  IBM  360/75   for   further  processing. 

2.  Using  event  extraction  programs   to  extract    'events' 
from  textures . 

3.  Applying  AQVAL/l  to   determine   descriptions    (VL 
formulas)    characterizing  textures. 

k.      Using  new  specially   designed  filtering  program  to 
transform  ('filter')    the  original  pictures   into  new 
pictures — according  to  the   descriptions   obtained 
in   step   3. 
This   completes    one  iteration. 
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As   the  second  iteration,    steps  2-U  were   repeated  for  the  new- 
pictures    attained.      The   above   iterations  were   separated  a  few  times   until 
a  rule    (an  operator)   has   been   obtained,  which   can    classify  new  samples    of 
the   given  textures  with  very  high   correctness   ratio    (approaching  1.0). 

Obtained  results  were   very  satisfactory  and  demonstrate  that 
we  have   developed  a  new,   very  powerful   method  for  texture   discrimination 
which  seems   to  be,   to   our  knowledge,   one  of  the   most  powerful  or  the  most 
powerful,   presently  in  existence. 

Three  papers  were  written: 

"Discovering  Classification  Rules  by  the  Variable-Valued 
Logic  System  VL  " 

"VL  —  A  Variable-Valued  Logic  System" 

"AQVAL/l- -Computer  Implementation   of  a  Variable -Valued 
Logic  System  and  its   Application  to  Pattern  Recognition" 

These  papers    cover  some  new  theoretical  results   on  the  variable-valued 

logic  system  VL    ,    an   attempt   to  formally   define  the   generally  viewed 

classification  problem,    a  brief  description   of  the  program  AQVAL/l,    and 

also    contain   results  of  the  above   mentioned  experiments  with  AQVAL/l. 

U.2     Synthesis   of  Texture    (S.    N.    Jayaramamurthy) 

A  seasonal  time   series   model   for  texture  has   been  proposed 

in  which  the  pixels    from  a  digitized  textural   scene   are    considered  as 

a  two-way  time   series.      Synthesizing  natural  looking  textural  scenes 

has   been   attempted  and  the  results  prove  the   success   of  the   scheme. 

Unlike   most  of  the   schemes  proposed  in  the  literature   for  the   synthesis 

of  texture,   here   the  parameters   of  the  model   are   estimated  from  the 

'parent'    texture    (the   scene  to  be   imitated).      A  detailed  description   of 

the  model,   the   results   and  description   of  the  programs    developed  may  be 

found  in  the  DCS   report   "Synthesis    of  Texture"  by  B.    H.    McCormick   and 

S.   N.    Jayaramamurthy  which  is   in  progress. 
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h .  3     Picture   Analysis  by  Graph  Transformation    ( A .    E .    Mas umi ) 

The  SOL   (Structure  Operation  Language)    is    finally  operational. 
Currently,    a  set   of  SOL  programs  which   analyze   a  scene  being  represented 
in   graph  structural   form  have  been  written   and  partially   debugged.      The 
system  has    a  collection  of  graphs  which   are   graph  representations   of 
objects    (models)    to  be   expected  in  the   scene,    and  the  passing  procedure 
infers  these  models   to  transform  (analyze)   the  scene   to   obtain  the 
existence   and  the  relations   of  the  objects  present   in  the  scene.      The 
system  also   checks    for  the  validity  of  transformations   and  can  expand 
its   model  world  automatically. 

The   class   of  well-formed  simple   cartoons  were  picked  up   for 
the   first  experimentation.      The  SOL   guide   is  being  prepared  and  will  be 
documented  soon. 

k.k     Show-and-Tell   (W.    Donovan) 

The  Show-and-Tell  system  has  been   completed.      Comprehensive 
documentation    (File  No.    875)   was  written   and  issued  to   users.      The   360 
portion   of  Show-and-Tell  was   renovated  and  PL /I    communication   facilities 
were   added.      New  and  final   capabilities  were   added  to  the  PDP8/e  portion. 

U.5     Geometrical  Modeling  System  (W.    Donovan) 

Work  started  on   GMS    (previously   called  Atlas).      Specifications 
were    completed;   the   distortion  model  was   implemented  and  successfully 
tested  on  some  ultrasonic   echograms. 
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h.6     l£  (M.    Milner) 

Programs    completed  this  quarter  include   an  OS/8  save    file 
dump  which  produces    core   image   format  output   in  octal   and  and  OS/8 
block  dump  which  produces    any   combination   of  octal,   ASCII,   six-bit, 
and  binary   format   listings   of  selected  OS/8  blocks.      These   two  programs 
have  proved  useful   in   debugging  and  error   recovery. 

A  standardized  version   of  OS/8  is   currently  in  the  works   to 
replace   at   least  three   incompatible  versions    currently  in  use.      A  new 
handler   for  the  Printec  printer  has  been  written   to  handle   12  8 
character  lines    (previous   maximum  was    80 ) .      All   other  handlers   are 
being  carefully   desk-checked  and  all  known  bugs    corrected  at  the 
source   level.      Within  another  month,    a  version   of  OS/ 8  for  which 
complete   source   and  tape  listings  will  be    available   should  be  ready. 
Hopefully,   this  will  make   it  possible  to  trace   "bugs"   in   OS/8  to 
their  hardware,   software,    or  user   cause.      This   in   turn   should  permit 
PDP-8  time  to  be   used  for  producing  results   rather  than   chasing  "bugs." 
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5.  COMPUTER  LANGUAGES  FOR  MATHEMATICS  AND  NUMERICAL  ANALYSIS 

5.1   Educational  Use  of  QL/2 

The  OL/2  array  language  is  now  being  used  in  the  teaching 
of  numerical  analysis.   Array  algorithms  for  iterative  and  direct 
methods  for  solving  systems  of  equations,  application  to  partial 
differential  equations,  as  well  as  the  algebraic  eigenvalue 
problem  are  the  prime  constituents.   The  high  level  nature  of  the 
language  permits  users  to  concentrate  on  the  algorithmic  and  math- 
ematical aspects  rather  than  on  the  details  of  programming.   As 
a  result,  students  can  confront  a  considerably  large  number  of 
algorithms  in  depth.   This  was  one  of  the  original  objectives  of 
research  on  computer  languages  and  is  now  proving  to  be  most 
effective . 

The  application  of  OL/2  to  courses  which  require  the  solu- 
tion of  systems  of  equations,  the  solution  of  PDE ' s  using  explicit 
or  implicit  methods,  the  analysis  of  variance,  or  similar  problems 
are  prime  examples  of  courses  that  could  also  benefit  from  the  use 
of  OL/2. 

The  main  effort  this  quarter  has  been  concerned  with  pro- 
viding additional  diagnostic  messages  for  users  and  with  modifying 
several  modules  to  achieve  more  powerful  language  features. 

Active  research  on  a  "paged"  compiler  is  in  progress.   Non- 
matrix  type  operations  and  functions  on  arrays  are  implemented  or 
being  implemented  in  a  new  version  of  the  compiler.   These  and 
other  research  efforts  will  be  summarized  in  the  near  future. 
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5«  2   Applications  of  OL/2 

Explicit  Methods  for  PDE ' s  -  the  One-Dimensional  Heat  Equation 
ut=Uxx 

Finite-difference  approximations  to  partial  differential 
equations  are  classified  as  "explicit"  or  "implicit."   Implicit 
methods  require  the  solution  of  large  sparse  systems  of  equations; 
these  methods  and  the  techniques  of  declaring  "structured"  sparse 
matrices  are  discussed  later.   Explicit  methods,  on  the  other 
hand,  are  illustrated  by  the  one-dimensional  heat  equation. 

Consider  the  non-dimensional  form  of  the  heat  equation 

u,  =  u 
t     xx 

where  u-u(x,t)  is  the  temperature  at  a  distance  x  from  one  end  of 
a  thin  rod  at  time  t.   Assume  that  the  rod  is  of  unit  length  so 
that  0<x<l. 

The  x,t-plane  is  subdivided  into  uniform  rectangles  with 
sides  h  and  k.   The  corners  are  defined  by  the  set  of  points 


(x . , t . )  where 
1   j 


x.=ih  i=0,l,2,...,n 


t .  =  jk  j  =  0,1,2, . . . 


The  temperature  at  these  points  is  denoted  by 


u  .  .  =  u  ( x  .  ,  y  .  )  . 
13       1  J  3 

Replace  the  partial  derivatives  u   and  u   with 


l.     .,,-u.  u.  , ,         -    2u.  .    +   u.    ,  ■  . 

1.3+1  1.1   _nfl      i+l,l  J-3  i-l>] 


3 

k        ana ■ — rr 
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respectively.   Then  the  standard  finite  difference  approximation 

for  u,  =u    becomes 
t   xx 


u.  .  ,  =  u.  .  +  r(u.  -  .  -  2u.  .  +  u.  ,,  .) 
1,3  +  1     irj  l-l, D      ID     i+l,  D 


where  r=k/h   and  the  stability  condition  requires  r<l/2. 

The  Array  Representation 

Since  the  initial  condition  and  the  boundary  conditions 
are  given  as  part  of  the  problem,  say 


u(x,0)  =  f(x) 
u(0,t)  =  gjL(t) 
U(l,t)  =  g2(t) 


t>0 
t>0, 


we  can  compute  the  temperature  u.  .  ,  "explicitly"  in  terms  of 
the  known  quantities.   This  is  usually  explained  by  referring  to 
the  stencil     as  it  moves 


g^V   „ 


U, 


u. 


u 


11    >  21 j "31 


u. 


Um    g2(ti} 


from  left  to  right  along  the  bottom  row,  allowing  one  to  compute 
successively 


lll'  u21'  u31 


ln-l,l* 


It  is  clear  that  this  sequential  process  can  be  replaced  by  a 
parallel  process.   That  is,  we  can  compute  all  of  the  values 
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Ull'  U21'  ■•"'  Un-l,l 


at  once.  This  provides  the  motivation  for  defining  a  vector  U 
containing  n+1  components  which  denote  the  temperature  at  time 
t  in  algorithm  PDE1 . 

For  convenience  we  represent  the  (temperature)  vector  U 
as  follows: 


where  u.  denotes  u.  ..  Using  the  partition  and  SET  statements  we 
1  1,3      *  r 

refer  to  (overlapped)  subsets  of  elements  of  U  by  setting  V  and 
W  equal  to  U.   This  means  U,  V,  and  W  refer  to  the  same  vector 
(storage  is  not  duplicated).   We  then  partition  U,  V,  and  W  and 
define  UO,  Ul,  and  U2 


Ul 


UO 


ul 

U2 

I1/ 

n-l 

u 
n 

u 


V 


w 


which  are  overlapped  subarrays  of  U.   If  we  consider  the  finite 
difference  approximation  for  the  case  r=l/2,  then 


u.  .  , .,  =  (u  .  t  .  +  u.  .  ,  . )  /2. 
1,3+1      1-1/3    i+l ,3 y/ 
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PDE_1  :      MAUI    PROCEDURE; 

INPUT   II; 

LET   U   BE  A  VECTOR  OF  ORDER(N);   LET  R  AMD  T  BE 
SCALARS;   SET  V  =  U,  VJ=U;   T=0;   IIIPUT  U; 


OUTPUT  T,  U' : 


t  . 


FIXED  POINT,  FIELD  (8), 
(5)  DIGITS; 


PARTITION  U  AFTER  ROUS  1,  M-l;   SET  U1=U<2^;   PARTITION 
V  AFTER  ROW  N-2;   SET  U0=V<1^;   PARTITION  W  AFTER  ROW  2; 
SET  U2=W<2>; 

FOR  T  =  O.COS,  0.010,  ...  ,0.100; 

Ul  =  (  UO  +  U2  )/2; 


END; 
END  PDE  1 ; 


OUTPUT  T,  Uf  : 


TIXED  POINT,  FIELD  (8), 
(5)  DIGITS,  NO  NEW  PAGE, 
NO  LABELS; 


o.onooo 

0.30300 


lu- 


„    x    „    „    „    „    «    „    .    X   ..    x    K    x    xrj-  «    «    «    «    »  «   I 

_v     _2-     -3-     -4-     -5-     -6-     -7-     -3-     -9-    -10-    -11- 

0.00000  0.20000  0.40000  O.C000O  0.80000  1.00000  0.30000  0.C0000  0.40000  0.20000  0.00000 

0.00000  0.20000  0.40000  O.GOOOO  0.30000  0.30000  0.C0000  0.C0000  0.40000  0.20000  0.00000 


0.0H333 
0.09303 

o.ur-joo 

0. 1O000 


0.00000  0.10490  0.209C1  0.274GG  0.33931  0.33931  0.33991  0.274CC  0.20931  0.10490  0.00003 

0.00000  0.10490  0.13973  0.274CG  0.30700  0.33951  0.30700  0.274CC  0.13970  0.10490  0.03000 

0.00000  0.00439  0.1097C  0.24C43  0.30703  0.30703  0.30703  0.24843  0.13973  0.09439  0.00009 

0.00000  0.094G9  0.171CC  0.24343  0.2777C  0.3370C  0.2777G  0.24343  0.171GG  0.09439  0.00000 
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PDE_2:   MAIN  PROCEDURE; 

INPUT  M; 

LET  U  BE  A  VECTOR  OP  ORDER(N); 
SCALARS;   SET  V  =  U,  W=U;   INPUT  R,  U; 

S  =  1  -  2xR;    T=0; 
OUTPUT  T,  U' : 


LET  R,  S,  AND  T  BE 


FIXED  POINT,  FIELD  (8), 
(5)  DIGITS; 


PARTITION  U  AFTER  ROWS  1,  N-l;   SET  U1=U<2*;   PARTITION 
V  AFTER  ROW  N-2;   SET  U0=V<1*;   PARTITION  W  AFTER  ROW  2; 
SET  U2=W<2>; 

FOR  T  =  0.001,  0.002,  ...  ,0.020; 

U1  =  S*U1  +  R*(  UO  +  U2  ); 


END; 
END  PDE  2; 


OUTPUT  T,  U1  : 


FIXED  POINT,  FIELD  (0), 
(5)  DIGITS,  NO  NEW  PAGE, 
NO  LABELS; 


IT  «     I 
0. JOOOJ 

o.ooloo 


lu' 
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I 


-1-     -2-     -3-     -4-     -5-     -G-     -7-     -3-     -9-     -10-    T11- 
0.00000  0.20000  0.40000  0.C0000  0.30000  1.00000  0.30000  O.COOOO  0.40000  0.20000  0.00000 
0.000(30  0.20000  0.40000  O.COOOO  0.80000  0.9C000  0.30000  O.COOOO  0.40000  0.20000  0.00000 


0.01700 
0.01 U 00 
0.01 0  00 
0.02000 


0.00000  0.19G33  0.38506  0.55151  0.C707C  0.71433  0.C707G  0.55131  0.3350C  0.19G33  0.00000 

0.00000  0.10553  0.33284  0.54G70  0.GG324  0.70C02  0.CG324  0.54G79  0.38234  0.19333  0.00090 

0.00000  0.19475  0.38051  0.54204  0.G5537  0.G974C  0.G5537  0.54204  0.38051  0.19475  O.COOOO 

0.00000  0.19385  0.37830  0.53727  0.G4CG3  0.G8315  0.G48C5  0.53727  0.37C03  0.19335  0.OO00C 
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If  we  drop  the  j  subscript,  then  for  i=l, 

ul  =  (u0  +  u2^2 

But  the  array  statement 

Ul  =  (UO  +  U2)/2; 

computes  the  first  component  and  all  other  components  as  well. 
Thus,  in  algorithm  PDE1  the  temperature  at  the  next  time  step  is 
computed  by  a  single  array  statement. 

The  second  algorithm  PDE2  uses  a  more  accurate  finite 
difference  approximation,  but  the  technique  is  the  same.   It 
should  be  clear  that  other  boundary  conditions  which  are  functions 
of  t  are  easily  imbedded  in  the  algorithm.   Similarly,  other  expli- 
cit finite  difference  approximations  could  be  used  that  would  re- 
quire only  minor  changes. 


J.  R.  Phillips 
Dale  Jurich 
Eric  Tangman 
Kishor  Trivedi 
John  Larson 
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6.  SWITCHING  THEORY  AND  LOGICAL  DESIGN 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant  Number 
U.S.  NSF-GJ-503.) 

During  this  quarter,  a  major  emphasis  was  placed  on  documentation  of 
our  algorithms  of  network  transformations  and  programming  manuals.   Y.  Kambasyshi 
went  back  to  Japan  and  T.  Kawasaki  and  R.  Cutler  started  to  work.   Logical 
design  problem  with  wired-logic  and  network  transformation  under  fan-in  and 
fan-out  were  continued. 

S.  MUROGA 

Writing  and  revision  was  continued  on  the  DCL  Reports  being  prepared. 
These  reports  will  describe  the  algorithms  and  corresponding  computer  programs 
which  have  been  developed  for  the  transformation  of  non-optimal  NOR-gate  net- 
works into  "nearly  optimal"  networks.   Known  "bugs"  and  unnecessary  or  in- 
efficient computations  were  eliminated  from  the  computer  programs  realizing 
these  algorithms.   Experiments  were  then  made  whose  results  have  been  included 
in  the  reports. 

(J.N.  Culliney) 

During  this  period  experiments  to  test  the  effectiveness  of  the  network 
transformation  programs  (see  previous  Quarterly  Reports)  were  continued.   Thirty- 
three  k   variable  functions  were  used  as  test  functions.   It  had  previously 
been  proven  using  the  branch- and -bound  method  that  the  optimum  network  for 
each  of  these  functions  requires  8  gates.   For  each  function  the  networks  trans- 
formation procedure  was  applied  to  three  different  initial  network  which  were 
obtained  from  the  following  sources:   the  first  solution  of  the  branch-and- 
bound  method,  a  Universal  network,  and  a  simple  procedure  to  synthesize  a  three 
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level  network.   For  all  of  the  functions  except  six,  the  network  transformation 
program  was  able  to  obtain  a  network  with  8  gates  from  at  least  one  of  the 
initial  networks.   For  each  of  these  six  functions,  a  9  gate  network  was  ob- 
tained from  at  least  one  of  the  initial  networks.   The  average  computation 
time  per  function  for  the  branch- and -bound  method  was  122.16  seconds  while  the 
average  for  the  network  transformation  program  was  .87  seconds.   These  results 
indicate  that  the  network  transformation  procedure  can  give  optimum  or  near 
optimum  networks  very  quickly. 

The  network  transformation  program  was  also  used  for  the  k   and  5  variable 
parity  functions,  their  complements,  and  several  other  functions  similar  to 
the  parity  functions.   In  general  the  network  transformation  procedure  was  not 
able  to  obtain  near  optimum  networks  for  these  functions.   Thus  further  re- 
finement of  these  procedures  may  be  desirable. 

(K.  Hohulin) 

Continuing  effort  was  put  on  documenting  the  NOR-network  transformation 
procedures  and  corresponding  programs  developed  during  the  past  year  (See 
previous  Quarterly  Progress  Reports).   During  the  documenting  process  some 
new  ideas  on  improving  some  of  the  old  versions  of  transformation  procedures 
emerged.   Based  on  these  new  ideas,  two  subroutines  were  devised  and  tested. 
According  to  the  preliminary  test  results  one  of  the  subroutines  seems  to  be 
very  effective  on  a  certain  kind  of  initial  networks  which  are  not  easy  to 
transform  by  its  old  version.   The  other  subroutine  usually  gives  better  results 
than  its  previous  version  but  takes  slightly  longer  computation  time. 

(H.C.  Lai) 
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7-   MACHINE  AND  SOFTWARE  ORGANIZATION  STUDIES 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant  Number 

US  NSF  GJ  36936) 

The  following  is  a  collection  of  related  work  aimed  at  improved  designs 
for  computer  and  software  systems.  We  are  interested  in  parallel  and  pipeline 
processors,  small  primary  memories,  effective  use  of  rotating  memories,  and  some 
questions  concerning  user  languages  for  problems  including  typical  FORTRAN  type 
calculations,  simulation  languages,  and  a  variety  of  file  processing  problems. 

(D.  Kuck) 

7.1  Program  Analysis  -  (S.  C.  Chen,  D.  Romine,  R.  Strebendt,  and  R.  Towle) 

During  this  quarter,  some  theoretical  bounds  on  speedup  of  a  Basic  Loop 
Structure  (BLS),  which  consists  of  a  Block  of  Assignment  Statements  (BAS)  enclosed 
in  a  loop,  have  been  established  by  using  dependence  matrices.  An  algorithm  to 
measure  these  bounds  was  also  formed.  These  results  could  be  used  to  predict  the 
speedup  of  any  BLS  under  the  condition  that  no  algebraic  simplification  (e.g., 
common  subexpression  detection)  is  allowed.  Bounds  for  the  latter  case  are  also 
under  construction.  Practical  memory  routing  patterns  are  considered  as  essential 
problems  in  achieving  these  bounds.  Future  research  will  include  study  of  a  general 
parallel  algorithm  for  any  loop  computation,  which  has  the  property  of  high  effi- 
ciency and  an  easy  routing  mechanism  in  a  multiprocessor  system. 

The  finishing  touches  were  made  to  the  BAS  analyzer.  Results  have  shown 
that  out  of  990  BAS,  there  were  only  17  distributions.  Also,  most  of  the  BAS  need 
no  forward  substitution,  and  most  of  the  rest  have  only  one  substitution  of  one  LHS. 
To  make  BAS  faster,  we  are  investigating  new  ways  of  breaking  a  program  into  BAS, 
DO,  and  IF  blocks.  Several  algorithms  have  been  developed  so  far.  Preliminary 
results  on  GQU6  (part  2)  show  that  the  analyzer's  speedup  of  4  can  easily  be 
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increased  to  8.  The  next  quarter  will  be  spent  working  with  IF  trees  to  im- 
prove the  total  speedup  of  programs  and  to  find  some  analytical  bounds. 

In  this  quarter  we  ran  analyses  of  many  FORTRAN  programs  through  the 
statistics  program  and  the  ensemble  statistics  program.  A  few  bugs  were  dis- 
covered in  the  process  and  repaired.  We  also  began  new  work  on  the  statistics 
printout  so  that  this  information  can  be  output  in  more  understandable  and  use- 
ful formats. 

Also,  preliminary  work  has  been  done  in  examining  typical  COBOL  file 
manipulation  programs  to  see  what  speed-up  techniques  would  be  useful  for  that 
class  of  programs. 

7-2  Memory  Systems  -  (D.  Lawrie) 

We  have  designed  a  memory  system  suitable  for  use  in  a  parallel  array 
computer  which  allows  rows,  columns,  diagonals  and  certain  other  special  parti- 
tions of  arrays  to  be  fetched  without  memory  conflict  and  then  be  aligned  with 
the  necessary  processing  elements.  Previous  systems  could  only  fetch  and  align 
two  of  these  partitions  easily.  Our  design  is  based  on  a  parallel  memory  system 
combined  with  a  special  alignment  network. 

The  heart  of  the  system  lies  in  the  network  and  in  a  special  way  of 
storing  data  in  the  memories.  The  network  is  constructed  of  a  number  of  small, 
identical  switching  elements  arranged  in  stages.  There  are  log  N  of  these  stages 
with  each  stage  requiring  N  elements  where  N  is  the  total  number  of  inputs  (out- 
puts) to  the  network.  Thus,  the  number  of  gates  in  the  network  is  proportional 
to  N  log  N,  a  considerable  improvement  over  the  order  of  N  gates  needed  for  a 
crossbar  switch.  Other  desirable  features  include  ease  of  fabrication  and  control. 
Further  details  can  be  found  in  [1]. 

Designing  a  memory  system  which  could  provide  an  array  of  processors  with 
a  steady  stream  of  operands  has  been  a  major  problem  in  the  past.  We  feel  we  have 
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largely  solved  this  problem  at  least  for  a  large  percentage  of  applications. 

7.3  Information  Retrieval  Computers  -  (W.  Stellhorn) 

Software  testing  on  the  actual  D-Machine  hardware  is  now  about  70% 
complete.  All  interfaces  and  peripherals  except  the  disk  have  been  exercised 
extensively  during  this  test  program.  Data  base  formatting  is  now  about  15% 
complete,  and  preparations  are  being  made  to  transfer  this  data  to  the  disk  as 
soon  as  it  becomes  operational.  It  is  hoped  that  software  testing  and  data  base 
formatting  can  be  completed  during  the  next  quarter,  and  it  may  also  be  possible 
to  incorporate  the  disk  into  the  system  during  this  period. 

Analytical  studies  of  special  computer  systems  for  information  re- 
trieval are  continuing,  with  emphasis  currently  placed  on  an  attempt  to  establish 
bounds  for  the  search  times  which  may  be  achieved  with  the  proposed  designs  and 
to  identify  the  fastest  practical  search  strategies. 

"J.h   D-Machine  Microprogram  -  (J.  Rinewalt) 

A  new  loader  for  the  forthcoming  2048-word  microstore  and  a  new  card 
read  routine  were  written  during  the  last  quarter.  Development  has  started  on 
test  programs  and  I/O  routines  for  the  disk.  A  program  for  the  360  was  written 
to  transfer  our  data  base  from  tape  to  cards  in  order  to  load  the  D-Machine  disk. 
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8.   COMPUTER  SYSTEMS  ANALYSIS 

(Supported  in  part  by  the  National  Science  Foundation  Under  Grant  No. 
NSF  GJ  28289) 

The  goal  of  this  research  is  the  development  of  analytical  tools 
for  system  modeling  and  analysis  of  real  time  computer  networks.  Priority 
assignment  and  job  dispatching  rules  for  a  geographically  distributed  com- 
puter network  are  being  investigated. 

8.1  Computer  Network  Modeling   (L.  Mills) 

Research  this  quarter  has  been  aimed  at  performance  evaluation  for 
a  network  computer.   A  queueing  model  for  a  theoretical  network  was  postu- 
lated and  used  to  predict  such  measures  as  the  number  in  the  system  and 
waiting  times.   The  basic  elements  assumed  to  be  present  in  this  develop- 
ment were  communication  links  and  computer  centers . 

Under  the  assumptions  of  Poisson  arrivals,  exponential  service 
times  and  a  restricted  queue  length,  the  mathematical  model  was  utilized  to 
develop  the  steady  state  equations  for  the  two-center  and  the  n-center  net- 
work.  Then,  a  priority  scheme  was  implemented  and  the  steady  state  equa- 
tions were  rederived.  With  these  two  varying  assumptions,  conclusions  were 
drawn  as  to  their  effect  on  system  efficiency  and  the  number  in  the  queue. 
Lastly,  the  mathematical  model  was  compared  to  existing  networks  to  verify 
its  authenticity  and  accuracy. 

8.2  Center  Throughput  Analysis   (S.  Mamrak  and  F.  Salz) 

The  GPSS  simulator  model  of  the  IBM  360/75  and  the  GPSS  simulator 
model  of  a  three  node  network  of  IBM  360/75's  were  used  to  carry  out  measure- 
ment and  evaluation  of  the  systems  under  various  scheduling  schemes.  Re- 
source utilization,  throughput,  and  cost  effectiveness  were  chosen  as  three 
performance  criteria  to  be  evaluated.   The  results  of  this  work  are 
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compiled  in  a  paper  submitted  to  the  Symposium  on  the  Simulation  of  Computer 
Systems,  Gaithersburg,  Maryland,  June  19-20,  1973*   The  paper  is  titled 
"Performance  Evaluation  in  Network  Computers". 

A  tuned  simulator  is  presently  being  developed  from  a  benchmark 
job  stream.  After  validation,  the  simulator  will  be  used  to  design  and 
predict  the  effects  of  various  pay-for-priority  schemes  on  the  IBM  360/75 
and  to  further  investigate  the  three  node  network  capabilities. 
Presentations 

E.  K.  Bowdon,  Sr. ,  "Computer  Systems  Analysis",  Computer  Science 

Conference,  February,  1973* 

(E.  K.  Bowdon) 
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9-   NUMERICAL  ANALYSIS 


Let  Au=s  be  the  matrix  equation  resulting  from  the  five  point 

difference  approximation  to  Poisson's  equation.   Let  L  and  L  be  matrix 

x      y 

forms  of  the  backward  difference  operator  in  the  x  and  y  direction 
respectively.   Let 


A  +  B  +  Q  =  (L  +L  )(L  +L  )T. 
x  y   x  y 

Matrix  B  is  a  discrete  form  of  2^  /c)xc3y  and  Q  is  a  matrix  of  rank  2n, 

2 
where  n  is  the  number  of  meshpomts.   Brooke  Stephens  and  I  have 

collaborated  to  attempt  to  analyze  the  properties  of  the  iteration. 

(A+BfQ)u.  ,  =  (A+B4-Q)u.  -  t(Au.-s),  t  a  parameter.  We  hope 

to  apply  results  to  analyzing  modifications  of  the  strongly  implicit 

procedure  (SIP)  of  H.  L.  Stone. 


Paul  Saylor 
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10.   COMPUTATIONAL  ASPECTS  OF  COMBINATORIAL  ALGORITHMS 

(Supported  in  part  by  NSF  under 
grant  No.  GJ-31222) 


Papers  published: 


Liu,  C.  L.,  Optimal  Scheduling  on  Multi-Processor  Computing  Systems, 
13th  Annual  Symposium  on  Switching  and  Automata  Theory,  Maryland, 
155-160,  October  1972. 

Liu,  C.  L.,  Analysis  and  Synthesis  of  Sorting  Algorithms,  SIAM 
Journal  on  Computing,  Vol.  1,  No.  k,    290-30^,  December  1972. 

Liu,  C.  L.  and  Layland,  James  ¥. ,  Scheduling  Algorithms  for  Multi- 
programming in  a  Hard-Real-Time  Environment,  Journal  of  the  Association 
for  Computing  Machinery,  Vol.  20,  No.  1,  U6-6l,  January  1973. 

Liu,  C.  L.,  Ong,  B.  G.  and  Ruth,  G.  R.,  A  Construction  Scheme  for 
Linear  and  Non-Linear  Codes,  Journal  of  Discrete  Mathematics,  Vol.  U, 
No.  2,  171-18U,  February  1973. 

Nievergelt,  J.,  Pradels,  J.,  Wong,  C.  K.  and  Yue,  P.  C,  Bounds  on  the 
Weighted  Path  Length  of  Binary  Trees,  Information  Processing  Letters, 
Vol.  1,  No.  6,  220-225,  December  1972. 

Nievergelt,  J.  and  Wong,  C.  K. ,  Upper  Bounds  for  the  Total  Path  Length 
of  Binary  Trees,  Journal  of  the  ACM,  Vol.  20,  No.  1,  1-6,  January  1973. 

Nievergelt,  J.  and  Reingold,  E.  M. ,  Binary  Search  Trees  of  Bounded 
Balance,  SIAM  Journal  on  Computing,  Vol.  2,  89-99,  1973. 

Reingold,  E.  M.,  Infix  to  Prefix  Translation:   The  Insufficiency  of  a 
Pushdown  Stack,  SIAM  Journal  on  Computing,  Vol.  1,  No.  U,  350-353, 
December  1972. 

Reingold,  E.  M. ,  A  Nonrecursive  List  Moving  Algorithm,  Communications 
of  the  ACM,  Vol.  16,  305-307,  1973. 

Wong,  C.  K.  and  Yue,  P.  C,  The  Anticipatory  Control  of  a  Cyclically 
Permutable  Memory,  IEEE  Transactions  on  Computers,  Vol.  C-22,  No.  5, 
U81-U88,  May  1973. 


Papers  accepted  for  publication: 


Wong,  C.  K. ,  Fuzzy  Points  and  Local  Properties  of  Fuzzy  Topology 
(to  appear  in  Journal  of  Math  Analysis  and  Application). 
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Wong,  C.  K.  and  Chang,  S.  K. ,  Parallel  Generation  of  Binary  Search 
Trees  (to  appear  in  IEEE  Transactions  on  Computers). 

Wong,  C.  K.,  Liu,  C.  L.,  and  Apter,  J.,  A  Drum  Scheduling  Algorithm 
(to  appear  in  "Lecture  Notes  in  Computer  Science"  Springer-Verlag, 
1973). 

Wong,  C.  K.  and  Maddocks,  T.  W. ,  A  Generalized  Pascal's  Triangle, 
(to  appear  in  the  Fibonacci  Quarterly). 

Pradels,  J.  L.,  Two  Upper  Bounds  for  the  Weighted  Path  Length  of  Binary 
Trees,  Report  No.  UIUCDCS-R-73-565,  Department  of  Computer  Science, 
University  of  Illinois,  January  1973. 

Pradels,  J.  L.,  Bounds  for  the  Weighted  Path  Length  of  Binary  Trees, 
Computer  Science  Conference,  Columbus,  Ohio,  February  20-22,  1973. 

Prabhaker,  M. ,  Analysis  of  Algorithms  for  Finding  all  Circuits  of  a 
Graph,  Computer  Science  Conference,  Columbus,  Ohio,  February  20-22,  1973. 
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11.   MESH  Research  Project 


(Supported  in  part  "by  the  National  Science  Foundation  under  Grant  No. 
US  NSF  GJ  36265.) 


11.1  Introduction 

The  MESH  project  is  concerned  "with  the  design  and  application 
of  closely  coupled  networks  of  minicomputers  which  contain  an  I/O  net 
for  data  communication  and  a  nucleus  of  small  special  purposed  processors 
for  data  processing,  and  storage  and  retrieval.   To  date,  small  mass- 
produced  minicomputers  offer  features  such  as  alterable  microprogram, 
elegant  interrupts,  stack  and  list  processing  capability  at  low  cost 
while  being  as  fast  as  larger  machines.   For  this  reason,  we  believe 
that  a  network  of  minicomputers  each  microprogrammed  to  be  a  special- 
purposed  node  can  be  designed  to  perform  non-numeric  processing  such 
as  data  base  management,  language  translation,  list  processing,  etc. 
more  cost  effectively  than  a  large  general-purpose  computer.   Further- 
more, in  such  a  network,  functional  isolation  and  modularity  in  software 
and  hardware  subsystems,  graceful  degradation,  software  reliability, 
and  good  diagnostic  and  error  recovery  can  be  achieved  easily. 

As  an  immediate  goal  of  this  project,  a  development  facility 
will  be  implemented  to  provide  tools  for  the  design  and  evaluation  of 
such  networks  and  their  associated  softwares.   The  characteristics  of 
this  facility  are  described  in  Section  2.  We  are  also  concerned  with 
research  problems  in  the  areas  of  high-level  language  for  system 
programming,  structure  of  the  various  nodes  in  the  network,  the  network 
control  structures  and  control  algorithms,  performance  evaluation 
criteria,  etc.   Work  has  begun  in  some  of  these  areas.   They  are 
discussed  in  Section  3» 
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11.2  Development  Systems 

A  major  goal  of  the  MESH  activity  in  this  year  is  the 
implementation  of  a  development  facility  which  will  provide  the  necessary 
tools  for  the  research  efforts  in  the  design  and  evaluation  of  computer 
networks.   The  rationale  for  such  a  development  facility,  the  functions 
it  is  to  perform  and  its  design  and  implementation  are  described  below. 
The  tasks  completed  during  the  current  quarter  are  also  summarized. 

Overview  of  the  MESH  Development  Facility 

As  one  of  its  primary  functions,  the  development  facility 
will  serve  as  a  general  test  bed  so  that  evaluation  of  different 
computer  network  designs  can  be  performed  experimentally.   For  example, 
the  structures  of  nodes  in  the  MESH  will  be  investigated.   By  having 
an  appropriately  designed  test  bed,  various  designs  of  the  nodes  can 
be  implemented,  debugged  and  tested  in  a  simulated  MESH  environment. 
Since  the  nodes  in  MESH  are  microprogrammable  minicomputers,  the 
development  facility  includes  a  micro  level  assembler  and  simulator. 
Furthermore,  facilities  such  as  a  writable  control  storage  for  the 
minicomputer,  interfaces  resembling  those  in  MESH  environment  and 
hardware/software  to  exercise  these  interfaces  to  simulate  the  MESH 
environment,  will  be  included  to  allow  implementation  of  real-time  test 
environment . 

Since  research  on  network  control  procedures,  traffic  rates, 
data/control  paths  organization,  etc.  may  require  modeling  tools  for 
simulation  evaluation,  the  development  facility  will  also  include  the 
necessary  computing  equipment  and  data  base  to  facilitate  the  base  of 
network  modeling.  A  higher  level  language  appropriate  for  modeling 
and  simulation  will  be  developed. 
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In  order  to  provide  the  user  a  complete  facility — from  the 
control  of  experiments  to  preparation  of  programs,  data,  and  reports —the 
development  facility  will  be  interactive  based.   It  will  support 
several  users  simultaneously.  Among  several  possible  hardware  implemen- 
tations of  the  development  facility,  a  closely  coupled  network  of 
"virtual"  PDP-11  processors  shown  in  Figure  1  was  chosen.   Lockheed  SUE  mini- 
computer processors  are  to  be  microprogrammed  to  emulate  the  PDP-11  archi- 
tecture.  The  system  as  a  whole  will  be  configurable  to  look  like  up  to  four 
independent  "virtual"  PDP-11  systems.   Such  a  configuration  is  easy  to 
implement  and  can  be  implemented  with  the  least  cost  in  time  and  effort. 
Moreover,  we  feel  that  this  development  network  may  be  extended  to 
anticipate  more  research  oriented  projects. 

The  progress      in  the  various  aspects  of  the  development 
facility  are  as  follows. 

Software  Debugging  Facilities 

Currently,  multiple  user  versions  of  DOS  routines  EDIT  (text 
editor)  and  PIP  (file  utility  package)  are  made  to  run  on  PDP-11  and 
can  support  up  to  three  users.  Work  has  begun  on  a  multiple-user 
system  which  allows  users  to  edit  and  manipulate  files  as  well  as  assemble 
link,  and  execute  programs.   This  system  will  run  under  the  normal  DOS 
monitor.  Multiple  users  are  accommodated  by  overlapping  processor  time 
with  other  user  generated  I/O. 

Firmware  Debugging  Facilities 

As  described  in  the  Quarterly  Progress  Report  for  the  last 
quarter,  a  simulation  program  for  the  microinstructions  of  the  Lockheed 
SUE  has  been  written  in  PDP-11  assembler  language  to  run  under  DOS  on 
the  PDP-11.   This  interactive  simulation  program  supports  disk  files, 
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card  reader  and  line  printer  I/O,  while  the  user  communicates  to  the 
program  through  a  TTY.   Microprogram  debugging  facilities  such  as 
breakpoint,  dump  and  trace  are  available.   This  simulator  is  also 
compatible  with  the  output  of  a  SUE  microassembler  by  simply- 
linking  the  two  together  under  the  linker  on  DOS.  A  user  guide  for 
this  simulation  program  has  been  written. 

A  Lockheed  SUE  microassembler  called  MIC ROC ASM  which  runs 
on  the  PDP-11  under  DOS  has  been  developed.   It  can  be  used  alone  for 
assembly,  or  used  to  generate  the  input  for  the  Lockheed  SUE  micro- 
instruction simulator  discussed  above.   The  SUE  microcode  may  be 
specified  by  mnemonics  or  by  assigning  values  to  specific  fields  of 
the  microword.  While  MICROCASM  is  adequate  for  our  current  needs  and 
is  being  used  successfully  as  a  debugging  aid  for  Lockheed  SUE  micro- 
programs, we  anticipate  writing  a  new  version  next  quarter  to  allow 
greater  flexibility. 

Writable  Control  Store 

A  writable  control  store  for  the  Lockheed  SUE  computer  has 
been  designed.   It  is  scheduled  to  be  built  and  tested  during  the  next 
two  quarters.  As  a  tentative  design  of  the  system  containing  this 
writable  control  store,  a  test  processor  will  cohabit  an  infibus  with 
a  control  processor.   The  test  processor  will  be  a  Lockheed  SUE 
processor  modified  to  interface  with  the  writable  control  store  board. 
The  control  processor,  a  standard  SUE  processor,  will  be  used  to  load 
the  writable  control  store  from  core.   A  few  architectual  modifications 
will  be  made  to  the  test  processor  to  enhance  its  capabilities  as  a 
general  purpose  emulation  machine. 
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Microprogrammed  Processors 

The  first  member  of  a  family  of  processors  to  be  developed  is 

an  emulated  PDP-11.   The  PDP-11  emulator  which  is  being  microprogrammed 

for  the  Lockheed  SUE  minicomputer  is  presently  being  debugged  using  the 

simulator  on  the  PDP-11.  When  the  writable  control  store  for  the  SUE 

becomes  available,  further  debugging  will  be  done  on  the  actual 

hardware. 

The  emulator  includes  the  PDP-11/^ 5  instruction  set  except 

for  the  optional  floating  point  instructions.   Several  useful 

instructions  not  included  in  the  PDP-11/^ 5  instruction  set  will  be 

implemented  if  space  in  the  micro-store  allows.   These  instructions  are: 

SAVE  Rx,  Ry  -  an  instruction  to  save  registers  Rx  through 

Ry  on  the  stack.  (inRx  is  larger  than  Ry,  the  save  will 

be  done  in  wrap  around  fashion. ) 

REST  Rx,  Ry  -  an  instruction  to  restore  Rx  through  Ry 

from  the  stack  with  restore  done  in  reverse  order 

(Ry  first). 

EXEC  X  -  An  instruction  to  execute  the  instruction  at  the 

location  designated  by  the  operand  X.   (The  instruction 

executed  uses  the  current  PC,  thus  any  addresses  or 

immediate  data  used  will  be  taken  from  the  location 

immediately  following  the  EXEC  instruction. ) 

The  speed  of  the  emulator  will  be  slightly  slower  than  that  of 

the  PDP-ll/20,  and  it  will  require  three  pages  of  micro-store  each  page 

being  256  words  of  36  bits.  An  additional  feature  which  the  emulator 

will  provide  is  an  interface  containing  a  memory  protection  and 

relocation  unit.   This  microprogram  interface  uses  the  two  additional 

memory  address  lines.   These  lines  can  be  set  by  the  microprogram  to 

one  of  four  modes  as  specified  by  two  bits  in  the  status  register, 
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similar  to  the  way  the  PDP-ll/1+5  uses  the  status  register  to  specify 
one  of  three  modes.   This  feature  will  allow  a  memory  protection  device 
to  be  placed  between  the  processor  and  memory  which  may  use  one  of 
several  sets  of  segmentation  registers  depending  on  the  mode. 

System  Testing  and  Simulation  Facilities 

Communications  and  control  for  the  PDP-ll/PDP-11  interface  being 
developed  has  been  written  in  assembly  language.   Communications  are  standard 
ASCII  with  an  additional  hi-speed  transfer  mode  which  is  a  feature 
of  the  hardware  design.   The  control  will  permit  data  spooling, 
remote  bootstrapping,  remote  JCL  entry,  as  well  as  master/ slave 
relationships  between  processors. 

A  hypervisor  shell,  or  high-level  network  monitor,  is  planned. 
It  will  contain  the  current  operating  system  as  a  proper  subset  and 
will  be  restricted  to  the  testing  of  microprogrammed  nodes. 

In  the  current  operating  system,  several  user  programs  run  in 
a  single  unprotected  memory  partition.   When  the  memory  controller 
becomes  available,  each  user  will  run  in  a  separate  partition.  A 
multiple  memory-partition  control  package  is  being  designed  to  establish 
fixed  partitions  for  a  static  set  of  3  users.   Dynamic  memory  control 
is  planned  for  version  II  of  the  hypervisor. 

The  language  PASCAL,  a  superset  of  ALC-OL-60,  is  being 
implemented  to  run  on  a  PDP-11.   The  first  pass  of  this  two  pass 
compiler  is  a  syntactic  analyzer,  producing  intermediate  code  for  a 
source  language  machine.   The  second  pass  is  a  translator  from  the 
intermediate  code  into  PDP-11  object  code.   Currently,  MA.CRO-11  with 
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macros  defining  the  intermediate  language  is  being  used  as  pass  II. 
It  has  been  found  that  this  approach  allows  easy  changes  of  target 
machine.   To  date,  the  code  generation  pass  is  virtually  completed, 
and  work  has  started  on  the  syntactic  analyzer.  A  support  package 
to  allow  I/O  and  similar  operations  to  be  done  via  subroutine  call 
has  been  written  and  debugged. 

Hardware  Support 

To  provide  interbus  communication  and  control  in  the  MESH 
shown  in  Figure  1,  an  interbus  controller  has  been  designed  and  will 
be  built  and  debugged  in  the  next  quarter.   This  interbus  controller 
combines  part  of  the  hardware  in  the  memory  segmentation  hardware  and 
MESH  control/transfer  box  (T/M  box)  described  in  the  Quarterly  Progress 
Report  for  the  October-December,  1972.  As  an  initial  design, 
it  consists  of  hardware  for  the  management  of  a  2 -port  6kK  byte  memory 
accessible  to  two  buses.   The  segmentation  is  controlled  by  the  contents 
of  a  register  accessible  only  to  the  control  bus.   The  memory  segmentation 
scheme  used  allows  contiguous  blocks  or  segments  of  variable  sizes  to 
map  from  name  space  to  actual  memory  space  with  the  following  restrictions: 

1.  Total  number  of  segments  is  less  than  16. 

2.  The  size  of  any  segment  must  be  less  than  32K  bytes. 

3.  Byte  and  word  boundaries  must  be  preserved  by  the  mapping. 
Any  segment  may  be  write  protected  by  setting  the  write  protect  bits. 

The  interbus  controller  also  contains  the  necessary  hardware 
for  interbus  control  by  specifying  some  of  these  segments  as  trap  ranges 
and  loading  the  interrupt  vector  for  each  such  segment.  Accessing  a 
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word  or  byte  in  such  a  segment  does  not  cause  a  memory  cycle.   Instead, 

it  causes  an  interrupt  on  the  other  bus  at  the  address  given  by  an 

interrupt  vector  register.   Information  such  as  the  address  in  name 

space,  a  read  or  a  write  mode,  data  in  the  case  of  write  mode,  and  byte/word 

mode  are  saved  in  registers  for  further  analysis. 

In  addition  to  this  interbus  controller  which  uses  a  common 
memory  for  permitting  joint  access  to  large  data  bases,  a  simpler 
interbus  communication  link  is  being  developed  for  transferring  data, 
a  word  at  a  time,  between  two  buses.   This  data  transfer  link  links  two 
PDP-11' s  and  permits  one  of  them  to  use  the  I/O  devices  of  the  other. 
It  has  facilities  for  error  checking  by  using  parity  bits  and  has  a 
theoretical  maximum  data  transfer  rate  of  11.3  megabaud.   The  link 
looks  like  an  I/O  device  similar  to  a  teletype,  and  its  address  space 
consists  of  k-   words  (one  word  each  for  receiver  status,  receiver  data, 
and  transmitter  status  and  data. )   Data  transfer  may  be  interrupt 
driven,  depending  on  the  Interrupt  Enable  bit  in  the  status 
word  or  it  may  be  accomplished  by  testing  a  "Done"  bit. 

11.3  Research  Topics  Currently  Under  Investigation 

During  this  quarter,  we  began  the  investigation  of  several 
research  areas.  Some  of  the  results  obtained  to  date  are  summarized 
in  this  section. 

Control  Structure 

Published  works  on  control  structures  as  they  are  interpreted 
by  various  authors  have  been  studied.   Particular  interest  was  given 
to  graph  and  lattice  theoretic  techniques  which  can  be  applied  to 
the  analysis  of  control  structure.   Moreover,  classification  of 
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network  structures  and  formalisms  of  control  structures  have  been 
compiled  and  analyzed. 

Data  Compression/Decompression 

The  design  of  a  Data  Compression/Decompression  node  in  the 
MESH  network  using  a  Lockheed  SUE  micro-processor  with  all 
algorithms  coded  in  firmware  has  been  studied.   Such  a  node  is 
shown  schematically  in  Figure  2» 
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Figure  2.   Compression/Decompression  Node 
After  studying  various  compression  techniques,  Huffman  coding  with 
pattern  was  found  to  be  most  suitable.  Although  Huffman  coding  is 
content-sensitive   with   compression  efficiency  depending  on 
statistics  of  the  data,  the  coding  algorithm  is  table  driven  and  changes 
in  statistics  can  be  systemmatically  handled  by  changing  the  code  table. 
To  construct  and  update  the  code  table,  statistics  of  various  pattern 
needs  to  be  collected;  hence  a  package  to  handle  pattern  recognition 
and  statistics  collection  will  be  required.  Such  a  package  needs  to 
be  run  when  the  file  is  first  compressed.   It  also  needs  to  be  run  from 
time  to  time  as  the  statistics  of  the  content  of  the  file  change,  to 
insure  code  efficiency.   Since  an  initial  attempt  at  the  design  of  the 
pattern  recognition  and  statistics  collection  package  leads  to  programs 
with  long  run  times,  various  algorithms  and  design  tradeoffs  will  be 
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investigated  and  analyzed.   Simulation  programs  have  been  written  to 
collect  statistics  on  ASCII  files  and  test  the  code  construction 
algorithm.  A  pattern  recognition  algorithm  to  select  frequently 
occuring  bit  patterns  in  order  to  achieve  a  good  compression  ratio  is 
being  investigated.   Compression  and  decompression  algorithms  have 
also  been  studied  and  will  be  tested  by  simulation. 

Software  vs.  Firmware  Comparison  of  Primitives 

As  a  first  cut  at  the  determination  of  where  future  speed-ups 
and  economics  lie  in  firmware/software  trade-offs  in  table  and  list 
processing,  certain  algorithms  are  being  microprogrammed.   These 
algorithms  are  also  being  coded  in  software  for  comparison  purposes. 
Typical  operations  include 

hash  addressing 

the  basic  operations  for  single  and  double  linked  lists 

tree  structure  operations  including  building,  traversing 
and  deleting 

dynamic  storage  management  algorithms 

The  questions  investigated  are 

1.  For  a  given  algorithm  what  are  the  performance 
differences  between  software  and  firmware 
implementations  on  a  given  machine? 

2.  Which  algorithms  are  best  candidates  for  micro- 
programmed implementation? 

3«  What  should  the  primitives  be  and  how  should  they 

be  structured? 
k-.     What  implications  should  the  primitives  have  on  the 

underlying  microstructure  of  a  machine? 
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High  Speed  Compilation 

Since  very  few  arithmetic  operations  are  performed  during 
compilation, it  seems  that  tasks  such  as  compilation  can  be  performed 
more  cost  effectively  and  faster  by  a  small  network  of  microprogrammable 
mini -computers.  Each  individual  phase  of  the  compilation  could  be 
placed  in  a  different  processor.   The  individual  phase  processors 
specialized  by  microprogramming  will  perform  the  specific  functions 
during  the  different  phases.   The  various  structures  of  such  a  network 
of  special  purpose  processors  designed  specifically  for  compilation  are 
being  analyzed. 

A  possible  way  of  using  such  a  collection  of  "phase  processors" 
for  more  than  one  language  translator  is  to  make  each  one  table  driven. 
The  characteristics  of  the  microprograms  required  are  being  studied. 
Problems  on  interlock  facilities  for  the  symbol  table,  synchronization 
of  the  phase  processors,  determination  of  efficient  table  driven  routines 
for  the  phases  and  communication  between  the  processors  will  be 
investigated. 

Language  Techniques 

A  high-level  language  for  writing  system  programs  such  as 

operating  systems,  compilers  and  editors  is  being  designed.   This 

language  should  be  transportable  (so  that  codes  for  different  object 

machines  can  be  obtained  easily),  extendable  (so  that  the  language 

definitions  can  be  easily  and  reliably  extended),  and  re-entrant  (so 

that  all  codes  can  be  used  by  more  than  one  program,  thereby  saving 

memory  space).  Moreover,  it  should  have  multi-tasking  features  to 

allow  a  program  to  set  up  one  or  more  asynchronous  processes  and 

monitor  their  progress. 

(D.  B.  Gillies  and  J.  E.  Vander  Mey, 
Principal  Investigators;  G.  Chesson, 
-Vok-  J*  Har-t>  M*  Ketelsen,  J.  Krishnaswamy, 

J.  Laprade,  J.  Liu,  T.  Miller, 
C.  Nordheden,  I.  Stocks  and  W.  Tao) 


12.   THEORY  OF  DIGITAL  COMPUTER  ARITHMETIC 


(Supported  in  part  by  the  National  Science  Foundation  under  Grant 
No.  US  NSF  GJ  813.) 


12.1  Function  Evaluation  Techniques 

During  this  quarter  a  study  of  different  methods  for  evaluation 
of  elementary  functions  has  been  continued.  Although  very  fast 
algorithms  with  feasible  implementations  are  known,  we  are  here  con- 
cerned with  the  algorithms  satisfying  specific  implementation  require- 
ments.  Namely,  if  the  computing  structure  is  specified  to  satisfy 
needs  for  fast  parallel  execution  of  certain  type  of  arithmetic 
expressions,  then  it  is  likely  that  a  tree-like,  pipelined  summing 
array  will  be  available.  We  are  trying  to  show  how  such  an  array  can 
be  efficiently  used  in  evaluation  of  elementary  functions.  Among 
different  approaches,  we  are  studying  the  use  of  recurrences  in 
Chebyshev-type  function  approximations,  the  Walsh  functions  and  one 
class  of  methods  in  which  a  function,  satisfying  certain  conditions, 
can  be  evaluated  by  summing  distributed  increments  (decrements)  and 
which  require  0(m  )  stored  constants  and  trivial  selection  rules. 

(M.  D.  Ercegovac) 

12 • 2   Study  of  Logical  Organization  and  Design  for  LSI  Implementable 
Arithmetic  Units 

In  this  quarter,  a  study  was  initiated  to  do  the  actual  logic 

design  of  the  digit  processing  module  (DPM).   The  complexity  of  the 

DPM  as  a  function  of  the  radix  7  of  the  number  system  and  the  parameter 

a  (the  number  of  DPM's  on  the  right  with  which  a  particular  DPM 

D 
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interacts)  are  of  special  importance  for  components'  density  and  the 
number  of  pin  interconnection.  Efforts  are  being  made  to  develop  a 
model  incorporating  these  two  parameters  and  this  study  should  give 
us  an  insight  in  the  amount  of  control  we  can  introduce  locally  in  a 
DPM.  Efforts  were  also  made  to  look  for  methods  of  division  in  which 
the  truncated  partial  remainder  and  divisor  do  not  have  to  he 
assimilated  to  conventional  form  in  the  model  division  to  calculate  a 
quotient  digit. 

In  the  next  quarter,  a  study  will  he  made  of  recoding  from 
one  redundant  form  to  another  redundant  form  and  also  of  model 
division  without  assimilation  in  addition  to  logic  design  of  the  DPM. 

(Lakshmi  N.  Goyal) 
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13.   Automation  of  Introductory  Computer  Science  Courses 

13. I   Introduction 

Computers  are  playing  an  increasingly  pervasive  role  in 
our  society,  to  the  extent  that  most  students  who  are  enrolled  in 
schools  today  can  expect  to  interact  with  computers  in  their  daily 
work.   Hence  it  is  important  that  every  educated  person  should  have 
some  understanding  of  the  principles  on  which  computers  operate,  and 
some  skill  in  their  use. 

In  recognition  of  the  increasing  importance  that  a  "basic 
knowledge  of  computers  has  for  an  individual,  the  enrollment  in 
introductory  Computer  Science  courses  has  increased  rapidly.   At  the 
University  of  Illinois,  it  is  now  about  2000  students  per  semester.   It 
is  to  he  expected  that  this  number  will  continue  to  increase,  until  a 
substantial  majority  of  all  students  at  the  University  will  have  taken 
an  introductory  CS  course  at  some  stage  of  their  studies.   It  is  also 
to  be  expected  that  there  will  be  a  large  demand  for  basic  Computer 
Science  courses  in  junior  colleges,  high  schools,  and  continuing  adult 
education. 

In  order  to  meet  this  demand,  we  have  recently  started  a  large- 
scale  project  to  automate  all  introductory  Computer  Science  courses. 
The  PLATO  IV  system  developed  by  the  Computer -Based  Education  Research 
Laboratory  at  the  University  of  Illinois  provides  a  unique  opportunity 
to  do  this,  and  in  particular,  to  reach  a  large  audience  of  people  whose 
professional  duties  would  otherwise  prevent  them  from  attending  university 
courses. 
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13. 2  The  components  of  an  automated  Computer  Science  course 

Having  outlined  our  motivation,  let  us  now  describe  the 
approach  we  have  taken  for  automating  our  introductory  computer 
science  courses.   Our  system  has  three  major  components  which  we  will 
discuss  in  turn:   a  library  of  lessons,  an  interactive-computing 
facility,  and  a  conversational  program  called  the  GUIDE. 

13.2.1  The  library  of  lessons 

Our  introductory  Computer  Science  courses  are  offered  to 
students  of  very  different  backgrounds  and  interests,  and  hence  differ 
significantly  from  each  other.   (For  example,  the  problems  discussed 
in  computer  courses  for  engineers  differ  greatly  from  those  presented 
to  economics  students  or  to  teachers. )  An  increasing  number  of 
students  have  been  exposed  to  computing  in  high  school,  hence  we  have 
to  cater  to  people  with  a  fair  degree  of  computer  expertise,  as  well 
as  to  complete  novices.   On  the  other  hand,  these  courses  overlap  a 
great  deal  when  they  discuss  the  basic  structures  inherent  in  high- 
level  programming  languages. 

For  these  reasons,  we  have  decided  against  writing  a  fixed 
sequence  of  lessons  for  each  one  of  the  several  courses.   Instead,  we 
are  working  on  a  sizable  library  of  lessons,  from  which  each  instructor 
of  an  introductory  Computer  Science  course  can  select  a  suitable  subset. 

The  lessons  in  the  library  fall  into  three  categories 

a)   Introductory  lessons. 

These  assume  no  prerequisite.   Each  of  them  will  introduce 
one  or  two  basic  concepts  in  a  very  simplified  setting. 
One  possible  technique  of  presentation  is  to  introduce 
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what  might  be  called  a  "mini-programming-language"; 
i.e.  one  which  has  only  a  few  different  types  of 
statements,  and  in  which  one  can  write  only  a  few 
interesting  programs.   The  intention  is  that  a  student 
who  has  been  exposed  to  such  a  mini -language  will  find 
it  easy  to  recognize  the  concept  he  has  learned,  when 
he  encounters  it  in  more  general  form  in  a  real 
programming  language. 

b)  Sequences  for  conventional  programming  languages. 

For  each  of  a  number  of  common  programming  languages 
(PL/l,  FORTRAN,  COBOL),  there  will  be  a  sequence  of 
lessons  which  introduces  the  student  to  some  repre- 
sentative subset  of  the  language.   Such  a  sequence  is 
not  intented  to  replace  manuals  which  describe  the 
entire  language  in  detail.   Rather,  it  is  intended  to 
focus  on  the  main  ideas  in  the  language,  and  to  provide 
ample  opportunity  for  the  student  to  write  programs 
which  embody  these  ideas. 

c)  Examples  and  applications. 

These  lessons  aim  at  teaching  the  student  how  to  apply 
computers  to  the  many  fields  where  they  are  of  importance : 
e.g.  the  sciences,  business  and  industry,  education. 
Each  student  might  take  about  10  of  these  lessons,  but 
because  of  the  variety  in  student  backgrounds  and  educa- 
tional needs,  the  number  of  such  lessons  available  must 
be  much  larger. 

A  conservative  estimate  indicates  that  the  library  discussed 
must  contain  at  least  100  lessons,  each  one  providing  about  one  hour 
of  student  console  time. 
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13.2.2  Computational  facilities 

After  a  student  has  been  presented  with  an  idea,  he  should 
have  an  opportunity  to  practice  it  immediately.   This  means  that  he 
should  be  able  to  enter  and  execute  programs  from  the  same  terminal 
where  he  is  following  the  lessons.   These  need  not  be  large  and  time- 
consuming  programs;  much  programming  can  be  learned  with  20-line 
programs  and  execution  times  of  the  order  of  1  second.   What  is  of 
the  utmost  importance  is  that  the  system  provide  excellent  diagnostics. 

13.2.3  A  conversational  information-retrieval  system 

When  a  student  approaches  a  terminal,  how  shall  one  determine 
which  lesson  he  should  take?  The  full  potential  of  CAI  for  individ- 
ualized instruction  will  not  be  achieved  by  some  fixed  scheduling 
technique.   We  propose  that  the  choice  of  lesson  be  left  to  the 
student,  but  we  must  provide  him  with  accurate  information  on  which 
he  can  base  his  decision.  We  are  working  on  a  program  called  the 
"Guide",  which  is  a  conversational  information-retrieval  system. 

A  brief  description  of  its  intended  performance  is  best 
given  by  the  following  imaginary  conversation: 

Student:   "I  liked  the  lesson  I  took  last  time.   Do  you  have  a 
similar  one?" 

Guide:    "Lesson  X  on  simulation  is  a  continuation  of  lesson  Y  you 
took  yesterday.   However,  you  have  an  exam  on  PL/1  next 
week.   Your  performance  in  the  lesson  on  PL/1  Input/Output 
was  marginal.   I  recommend  you  take  lesson  Z  which  reviews 
Input/Output". 

In  order  to  be  able  to  give  this  answer,  the  Guide  needs  to 
have  the  following  data-bases : 
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a)  A  library  catalog  describing  the  content  of 
each  lesson  as  well  as  the  relationships  among 
lessons. 

b)  A  record  of  the  lessons  each  student  has  taken, 
and  of  his  performance. 

c)  A  course  outline  and  schedule  set  up  by  an 
instructor. 

Current  experience  with  conversational  programs  indicates 
that  natural  language  conversation  with  a  computer  is  possible  when- 
ever the  domain  of  discourse  is  sufficiently  restricted.   This  is  the 
case  in  our  project,  but  it  remains  a  challenging  research  problem  to 
see  how  far  the  performance  of  the  Guide  can  be  pushed. 

13.3  Current  status 

Five  faculty  members  and  more  than  a  dozen  students  who  work 
on  theses  have  recently  started  work  on  the  system  just  described. 

The  largest  component  of  the  system  is  the  library  of  lessons. 
We  expect  that  it  will  reach  a  sufficient  size  for  regular  instruction 
within  2  or  3  years,  and  then  grow  more  slowly  as  it  is  being  used  in 
courses.   About  a  dozen  lessons  are  nearing  completion,  and  should  be 
ready  for  experimental  use  in  C.S.  121  in  the  fall  of  1973- 

An  interactive  PL/l  compiler  written  in  Tutor  currently 
accepts  a  subset  of  PL/l  suitable  for  the  first  month  of  instruction 
in  C.S.  121. 

The  Guide  is  in  the  planning  stage. 

(j.  Nievergelt) 
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Ik.      CENTER  FOR  ADVANCED  COMPUTATION 


REPORT  SUMMARY 


This  document  reports  progress  on  ARPA  contract  DAHCOU- 72-C- 
0001  entitled  "ILLIAC  IV  Applications  Research  at  the  Center  for 
Advanced  Computation,  University  of  Illinois  at  Urb ana -Champaign. " 
The  principal  objective  of  this  program  is "the  development  and  testing 
of  numerical  techniques  and  software  systems  for  use  of  ILLIAC  IV  over 
the  ARPA  Network.   This  is  being  accomplished  through  activities  in 
the  following  areas: 

1.  Development  of  numerical  techniques  suitable  for  parallel 
processing  in  the  areas  of: 

a)  Computational  methods  and  linear  algebra 

b)  Linear  programming 

c)  Combinatorial  algorithms 

d)  Approximation  of  functions 

e)  Integral  equations 

f)  ARPA  Network 

2.  Development  of  an  ILLIAC  IV  multispectral  image  processing 
system 

3.  Development  of  ILLIAC  IV  language  for  the  phase  II  system 
k.      Development  of  programs  in  large  scale  calculations  such 

as  input-output  economic  modeling,  quadratic  assignment 
algorithms  for  various  classes  of  spatial  allocation 
problems,  and  atmospheric  dynamics 
In  addition,  education  of  segments  of  the  ILLIAC  IV  user  community 
was  accomplished  through  seminars,  classes,  and  the  development  and 
dissemination  of  tutorial  materials. 
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llj-.l  APPLIED  MATHEMATICS  GROUP 

lU.1.1  Computational  Methods  in  Linear  Algebra 
lk. 1.1.1  Solution  of  Systems  of  Linear  Equations 

Numerical  methods  for  updating  the  solution  x  in  Ax=f,  due 
to  changes  in  rows,  columns,  or  the  disaggregation  of  a  given  row  and 

column  into  m  rows  and  columns,  have  been  developed  [17]  where  the  num- 

2  ^ 

bcr  of  operations  required  are  of  order  n  instead  of  nJ  if  the  new 

system  were  to  be  solved  "from  scratch. "  These  techniques  increase 
the  computational  efficiency  of  handling  large  input-output  economical 
models.   Once  the  Leontief  inverse  is  obtained  for  the  original  input- 
output  model,  the  above  methods  permit  accurate  determination  of  the 
effects  on  the  solution  due  to  changes  in  the  transaction  data. 

1^. 1.1.2  The  Algebraic  Eigenvalue  Problem 

In  collaboration  with  members  of  the  Chemistry  Department, 
a  direct  method  for  synthesis  of  magnetic  resonance  spectra  has  been 
developed  [6,  7].   Previously  such  spectra  were  computed  by  unwieldly 
and  inefficient  iterative  methods.   The  new  method  simply  converts  the 
problem  into  one  of  solving  a  generalized  eigenvalue  problem.   Since 
the  matrices  involved  are  then  of  special  form,  some  thought  is  being 
given  to  improved  methods  of  solving  the  generalized  eigenvalue  problem 
which  is  obtained. 

An  efficient  parallel  algorithm  for  finding  the  leading 
eigenvalues  and  eigenvectors  of  large  sparse  matrices  is  being  developed. 
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This  algorithm  is  a  combination  of  Lanczos  algorithm  without  reortho- 
gonalization  [lk]  and  the  simultaneous  iteration  method  [10]. 
lU.1.2  Linear  Programming 

The  initial  version  of  the  Linear  Programming  algorithm  for  ILLIAC 
IV  has  been  completed  and  tested  on  the  simulator.   It  is  written  in 
Glypnir  to  enable  rapid  coding  and  will  be  tried  on  ILLIAC  IV  as  soon 
as  the  hardware  is  sufficiently  reliable.   A  document  [13]  describing 
the  algorithm,  a  numerically  stable  version  of  the  simplex  method  based 
on  work  by  Gill  and  Murray  [9]  and  Saunders  [18],  has  been  produced. 
Further  enhancements  to  improve  the  speed  of  the  algorithm  are  in  hand, 
also  theoretical  work  to  adapt  the  algorithm  to  handle  larger  problems 

requiring  auxiliary  storage  has  been  done. 

A  matrix  generator  language  has  been  developed  to  allow 
rapid  specification  of  large  matrices,  mainly  for  use  in  large  linear 
programming  problems.   This  provides  the  user  with  the  capability  to 
create  a  matrix  made  up  of  many  submatrices  of  specific  types  corre- 
sponding to  some  economic  or  physical  model.   Implementation  of  this 
algorithm  is  proceeding,  and  it  is  hoped  that  eventually  it  will  be 
used  to  generate  a  code  for  ILLIAC  IV  in  such  a  way  as  to  allow  storage 
of  large  matrices  very  economically.   To  this  end  some  code  has  been 
written  for  ILLIAC  IV  to  handle  special  types  of  substructures  (e.g. 
diagonal  matrices,  lower  triangular  matrices.)  However,  much  work  re- 
mains to  be  done, 
ill-.  1.3  Combinatorial  Algorithms 

The  Dulmage-Mendolsohn  algorithm  [8]  for  finding  maximum 
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matchings  in  bipartite  graphs  was  programmed  in  PL/ 1  and  tested  as  part 
of  the  work  on  optimal  lower  triangularization  of  sparse  matrices. 

A  theoretical  report  on  the  quadratic  assignment  problem  was 
finished  and  published  as  a  CAC  document  [l6]. 

A  technical  memorandum  [15]  was  published  on  the  new,  parallel 
algorithm  for  clique  detection.   The  FL/l  program  is  now  clearly 
commented. 

A  completely  new  algorithm  for  clique  detection  has  been 
developed,  written  and  tested  in  PL/l;  given  the  cliques  of  a  graph  G, 
which  is  a  subgraph  of  Graph  G'  with  the  same  nodes,  but  fewer  edges, 
this  new  algorithm  finds  the  cliques  of  G'  from  those  of  G.   In  graphs 
arising  from  a  threshold  applied  to  a  symmetric  matrix,  an  algorithm 
of  this  type  enables  the  threshold  to  vary  dynamically. 
14.1.4  Approximation  of  Functions 

A  study  of  simultaneous  uniform  approximation  of  sets  of  curves 
by  straight  lines  with  different  intercepts  but  common  slope  was  com- 
pleted [2,  3].   The  more  difficult  (but  related)  problem  of  imple- 
menting and  testing  an  algorithm  for  simultaneous  approximation  by 
exponentials  with  common  exponential  factor  was  then  tackled.   Two 
distinct  computer  programs  were  ultimately  written.   In  one  improved 
approximations  were  constructed  using  the  solutions  of  certain  linear 
inequalities.   The  other  program  uses  Remez-type  techniques  (successive 
approximations  of  error  maxima) .   This  second  method  was  by  far  the 
fastest,  but  experience  with  the  first  method  has  been  valuable  in  that 
it  should  be  more  easily  extended  to  situations  involving  more  compli- 
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cated  approximating  functions,  cuch  ac  sums  of  exponentials.  More 
information  on  this  work  will  be  available  in  [4],  a  condensed  version 
of  which  has  been  prepared  for  publication  [5]» 

In  another  line  of  work,  application  of  a  previously  developed 
theory  [12]  to  approximation  by  families  with  a  fixed  point  has  been 
worked  out  [11].   Such  approximation  should  be  very  useful  in  certain 
practical  situations,  for  example  in  fitting  an  experimental  curve  by  a 
theoretical  one  which  according  to  theory  must  pass  through  a  given 
point  (the  origin,  for  instance). 

1^.1.5   Integral  Equations 

A  brief  survey  of  methods  available  for  the  numerical  solution 
of  integral  equations  showed  that  an  area  particularly  in  need  of  study 
is  that  of  methods  for  solving  integrodifferential  equations  of  the  type 
arising  in  population  dynamics  or  in  other  physical  situations  governed 
by  dynamic  equations  which  include  the  past  history  of  the  system  (e.g. 
fatigue  effects).   Some  computer  experiments  were  done  and  a  theoretical 
stability  analysis  was  carried  out  for  a  simple  first  order  method  [l]. 

14.1.6  ARPA  Network 

A  security  code  was  developed  for  the  ARPA  Network.   The 
code  enables  a  user  to  log  onto  the  system  by  using  his  code  number  Xi 
which  is  immediately  transformed  into  a  pseudo  code  word  Yj_  =  f(Xj_)  by 
the  host  computer.   Even  though  Y^  and  f  are  public  knowledge  it  is  not 
possible  to  gain  access  to  the  system  without  knowing  X,  and  the 
equation  Y  =  f(x)  cannot  be  solved  for  X,  even  if  Y  is  known. 
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11+.2   ILLIAC  IV  MULTISPECTRAL  IMAGE  PROCESSING 

14 . 2 . 1   Image  Processing  for  Pattern  Recognition 

In  March  the  Center  successfully  completed  grant  negotiations 
with  NASA/ AMES  in  support  of  system  developments  for  ILLIAC  IV  inter- 
pretation of  ERTS-1  imagery.   CAC  has  completed  ILLIAC  codes  for 
nonsupervised  clustering  of  resolution  elements  into  those  terrain 
categories  most  separable  with  respect  to  spectral  properties,  and 
multivariate  Gaussian  statistical  classification  of  image  points  into 
aggregate  terrain  categories.   This  work  has  been  conducted  with  partic- 
ipation by  the  Laboratory  for  the  Applications  of  Remote  Sensing 
z 

correctness  of  these  parallel  codes  by  comparison  with  output  from  the 
LARS  serial  computing  system.   Reports  on  this  work  should  be  completed 
for  NASA  and  ARPA  by  midsummer. 

It  is  expected  that  the  scope  of  this  project  will  be  ex- 
tended in  the  next  few  months  with  additional  support  from  the  EROS 
program  of  USGS/DI  to  include  the  design  of  a  more  comprehensive  ILLIAC- 
ERT3  image  processing  system  to  support  NASA/USGS  earth  resource  moni- 
toring objectives. 

In  addition  to  present  contractural  commitments,  CAC  is 
investigating  a  new  methodology  for  general  image  processing  and  pattern 
recognition  work  which  is  expected  to  contribute  to  the  solution  of 


'LARS)  of  Purdue  University.   Progress  in  now  underway  to  verify  the 
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image  registration  problems  occurring  within  the  analysis  of  resource 
boundary  changes  over  time.   The  method  employed  also  seems  applicable 
to  a  wider  class  of  pattern  recognition  problems  where  prototype-derived 
patterns  are  to  be  classified.   A  report  on  this  work  to  NASA  and  ARPA 
is  forthcoming. 
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lU-3-   ILLIAC  IV  LANGUAGE  DEVELOPMENT  FOR  THE  PHASE  II  SYSTEM 

lU.3.1   IDOL 

Although  the  IDOL  report  was  not  an  overwhelming  success  (from 
the  point  of  view  that  it  elicited  no  support  for  implementation),  the 
work  performed  to  define  IDOL  revealed  that  there  is  something  to  be 
gained  by  applying  the  storage  management  techniques  which  form  the 
foundation  for  the  IDOL  approach  in  contexts  other  than  that  of  ILLIAC  IV. 
A  language  and  compiler  which  could  provide  accurate  working  set  infor- 
mation to  an  operating  system  prepared  to  use  it  could  (on  the  basis  of 
Belady's  work)  permit  a  100  per  cent  increase  in  throughput  in  the  same 
physical  memory.   Generalization  of  the  techniques  suggested  could  be  used 
to  intelligently  control  the  flow  of  information  between  levels  of  a 
memory  hierarchy  (  of  more  than  two  levels). 
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Ik.k.      ECONOMIC  RESEARCH  GROUP 
lU.4.1   STEP  I 

During  this  period,  work  under  ARPA  support  of   STEP  I  was 
completed.   The  STEP  I  system  has  been  used  for  several  forecasts  of 
occupational  employment  for  the  United  States  and  is  to  be  maintained 
and  applied  as  need  arises. 

The  principal  research  activity  of  the  group  under  ARPA  support 
has  emphasized  the  development  of  efficient  computational  algorithms  for 
large  linear  computations  in  which  matrices  are  subject  to  modifications 
of  one  or  a  few  rows  or  columns. 
l^.U.2  STEP  II 

Members  of  the  group  responsible  for  STEP  II  have  left  employment 
at  the  Center  for  other  positions.  As  a  result,  planning  and  design  of 
STEP  II  under  ARPA  support  has  been  temporarily  suspended. 
lAA.3  MEASURE 

Work  on  the  MEASURE  activity  has  been  transferred  to  the 
Information  System  Group. 
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lU.5-   NETWORK  SYSTEMS  GROUP 

lA.5-1  Project  to  Interface  the  B67OO  to  the  ARPA  Network 

During  the  period,  the  University  of  California  at  San  Diego 
(UCSD)  67OO  entry  to  the  network  was  improved  and  expanded.   The  Center 
will  no  longer  have  any  responsibility  in  the  area  of  interfacing  Burroughs 
B6700's  to  the  network. 
1^.5.2  ARPA  Network  Terminal  System  Development 

During  the  reporting  period,  development  of  ANTS  progressed  in 
completing  the  Mark  I  system,  and  initial  design  and  coding  efforts  on  the 
Mark  II  system  progressed. 

The  Mark  I  system  is  now  stabilized  and  a  crash  rate  of  1  to  3 
per  day  has  been  attained.   No  further  activities  will  be  involved  in  up- 
grading or  maintaining  Mark  I  as  all  Center  personnel  will  be  involved  in 
the  development  of  the  Mark  II  system. 

The  remaining  efforts  of  the  group  during  the  period  were  to 
complete  software  necessary  to  operate  with  the. UCSD  computer  center  via 
the  network  ,  to  upgrade  the  PEES POL  compiler  for  additional  support  in 
developing  Mark  II  ANTS  for  the  next  reporting  period  and  to  lay  down  the 
design  specifications  for  the  Mark  II  system. 

The  Mark  II  system  design  is  complete  to  the  point  of  allowing 
initial  coding  and  debugging  activities  to  begin.   It  is  expected  that 
during  the  second  quarter  of  1973>  the  Mark  II  system  will  be  brought  to 
an  operational  status,  first  to  a  level  equivalent  to  the  Mark  I  system 
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and  then  later  to  include  increasing  numbers  of  peripheral  devices,  proto- 
cols and  associated  activities. 
1^.5-3  ARPA  Network  Usage 

During  the  reporting  period,  network  usage  continued  very  hea- 
vily on  the  UCSD  B67OO  system,  UCLA  360/91  (both  for  RFE  and  TSO  usage), 
various  Tenex  systems  around  the  network  (predominantly  USC-ISl),  the 
Multics  system,  and  the  Ames  TSS  360/67  system.   Initial  efforts  were 
begun  during  the  reporting  period  to  begin  access  and  experimental  usage 
of  the  ILLIAC  IV  complex  at  Ames. 

ik.J.k     Further  Installation  of  ANTS  Systems  on  the  Network 

During  the  reporting  period,  more  contacts  were  made  with  addi- 
tional sites  for  information  as  to  the  availability  of  an  ANTS  system  to 
provide  those  sites  with  access  to  the  network.   The  University  of 
California  at  Los  Angeles  has  elected  to  replace  their  Sigma  7  computer 
system  with  an  ANTS  for  access  to  the  network  in  the  network  measurement 
project  supported  by  ARPA.   Additionally,  further  work  is  in  progress 
with  the  Army  to  establish  possible  follow-up  on  activities  in  the  install- 
ation of  additional  sites. 
1^.5.5  Graphics  Support  for  Center  Projects 

With  the  advent  of  the  UCSD  67OO  system  as  a  service  site  on 
the  network,  graphics  activities  were  continued  and  the  development  of  a 
full  blown  user-oriented  graphics  package  initiated.   Fancy  ARPA  Network 
Graphics  System  (FANGS)  will  provide  a  very  sophisticated  and  highly  in- 
teractive system  for  doing  graphical  analysis  and  display  of  user  desired 
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imagery.   Additionally,  programs  were  developed  for  bringing  back 
graphical  images  to  various  CAC  equipment  such  as  the  Gould  plotter, 
Computek  graphics  copies,  the  IMLAC  Display,  and  a  soon  to  be  acquired 
drum  plotter  system. 

Additional  work  is  being  initiated  in  the  production  of.  half 
tone  imagery  on  the  IMLAC  Display  as  a  supporting  function  to  the  ERTS 
imagery  project  which  will  be  developing  algorithms  and  analysis  system 
on  ILLIAC  IV  for  ERTS  imagery. 

1^.5-6  Hardware  Acquisition 

During  the  reporting  period,  negotiations  were  completed  with 
the  Digital  Equipment  Corporation  for  additional  hardware  at  the  Center 
based  on  the  advanced  concepts  PDP-11  model  U-}   processor  and  memory  sys- 
tem to  provide  Center  research  personnel  with  an  advanced  capability 
access  system  for  the  ARPA  Network.   The  software  system,  known  as  The 
Network  Imbedded  Computer  Executive  (NICE)  will  be  developed  for  the 
11-^5.   Design  activities  will  begin  during  the  next  reporting  period. 

lk . 5 • 7  Laboratory  for  Atmospheric  Research  Support 

Support  for  the  University  of  Illinois  at  Urbana-Champaign ' s 
Laboratory  for  Atmospheric  Research  (LARl,  under  the  direction  of 
Professor  Ogura,  consisted  of  the  procurement  of  a  drum  plotting  device, 
to  be  attached  to  the  Center's  ANTS  system,  and  the  writing  of  graphics 
packages  at  several  network  sites  for  display  of  the  laboratory's 
research  results. 

The  drum  plotter  was  ordered  during  the  reporting  period  and 
will  be  delivered  in  May,  1973- 
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Basic  graphics  display  software  was  written  on  the  UCLA 
360/91  and  the  University  of  Southern  California's  Information 
Cervices  Institute's  PDP-10  for  display  of  the  laboratory's  meteor- 
ology research  results.   Graphics  images  can  be  returned  from  either 
place  to  the  IMLAC  display,  the  Computek  storage  scope  or  the  GOULD 
printer/plotter  attached  to  ANTS. 

During  the  next  reporting  period,  inhouse  graphics  display 
software  will  be  written  at  UCLA  and  USC-ISI  to  provide  more  soph- 
isticated output  of  LAR  results.   The  plotter  will  be  interfaced  to 
ANT3  and  added  to  the  repertoire  of  graphics  devices  available  to 
LAR  researchers. 
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1U.6.   ADMINISTRATION 


14.6.1  Fiscal  Status 

Actual  expenditures  through  30  September  1972:   $1,527,323- 
Estimated  expenditures  and  obligations  for  the  six  month  period 
covered  in  this  report  (  1  October  1972  -  31  March  1973): 

October       106,73^ 

November       132,550 

December     108,972 

January  12^.933 
February  86,^52 
March         ji;  l,  058 

700, 699 
Total  expenditures  and  obligations  through  31  March  1973:   $2,228,022. 
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15-   GENERAL  DEPARTMENT  INFORMATION 
15.1  Personnel 

The  number  of  people  associated  with  the  Department  in  various 
capacities  is  given  in  the  following  table: 

Full-time 

Faculty  21 

Visiting  Faculty  2 

Research  Associates  and  Instructors  0 

Graduate  Research  Assistants  0 

Graduate  Teaching  Assistants  1 

Professional  Personnel  2 

Administrative  and  Clerical  17 

Nonacademic  Personnel  (Monthly)  17 

Nonacademic  Personnel  (Hourly)  0 

TOTAL 60             I65          133 .  16 


Part-time 

FTE 

6 

23.96 

2 

3-00 

0 

68 

33.75 

^ 

17.75 

1 

2.50 

0 

17.00 

0 

17.00 

^ 

18.20 

The  Department  Advisory  Committee  consists  of  Professor  J.  N.  Snyder, 
Head  of  Department,  Professors  E.  K.  Bowdon,  D.  F.  Cudia,  M.  F.  Faiman,  H.  G. 
Friedman,  C.  W.  Gear,  D.  B.  Gillies,  W.  J.  Kubitz,  D.  J.  Kuck,  C.  L.  Liu, 
R.  G.  Montanelli,  S.  Muroga,  T.  A.  Murrell,  J.  Nievergelt,  J.  R.  Phillips, 
W.  J.  Poppelbaum,  S.  R.  Ray,  E.  M.  Reingold,  J.  E.  Robertson,  P.  E.  Say lor, 
D.  L.  Slotnick,  J.  E.  Vander  Mey,  D.  S.  Watanabe,  and  T.  Wilcox. 
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15-3   Abstracts 

Adams,  Edward  N.  Ill,   "The  Concept  of  Time  in  Programming  Language,"  M.S, 
thesis,  University  of  Illinois  at  Urbana-Champaign,  Department 
of  Computer  Science  Report  No.  560,  January  1973- 


Abstract : 


There  are  many  semantic  features  of  natural  languages  which  are 
not  represented  in  programming  languages.   Some  of  these  features 
involve  the  concept  of  time.   The  features  of  tense,  aspect, 
quantification,  and  order  seem  to  be  useful  in  natural  language, 
and  might  be  useful  in  programming  languages  also.   As  an  experiment, 
a  new  language  is  defined  by  embedding  the  distinction  between 
future  and  past,  and  time  quantification  both  universal  (whenever) 
and  existential  (when)  into  ALGOL-60.   These  constructions  add 
nothing  to  the  power  of  the  language,  but  add  to  human  understanding 
of  programs.   A  preprocessor  is  described  for  implementing  this 
language,  and  a  few  programs  vritten  in  the  language  are  discussed. 
The  advantages  and  disadvantages  of  using  this  language-and- 
implementation  are  discussed  in  detail. 


Belford,  G.  G. 


'An  Algorithm  for  Fitting  Related  Sets  of  Straight-Line 


Data,"   CAC  Document  No.  5^ ,   University  of  Illinois  at  Urbana- 
Champaign,  December  13,  1972. 


Abstract: 

Many  physical  experiments  give  rise  to  sets  of  curves  related  by 
the  requirement  that,  although  certain  of  the  curve  parameters 
may  vary  from  curve  to  curve,  others  should  be  the  same  for  all 
of  the  curves.   To  get  the  "best"  values  of  the  common  parameters, 
one  would  like  to  fit  all  of  the  curves  simultaneously  by  the 
appropriate  theoretical  expressions.   This  paper  deals  with  this 
problem,  presenting  an  algorithm  for  its  solution,  in  the  case 
that  the  curves  are  straight  lines  with  common  slope  and  "best" 
fit  is  defined  in  the  uniform  (or  minim ax)  sense. 

Belford,  G.  G. ,   "A  Generalization  of  the  Varisolvency  and  Unisolvency 
Properties,"  Journal  of  Approximation  Theory,  7:1  (1973), 
with  E.  H.  Kaufman,  Jr. 

Abstract: 

The  concepts  of  unisolvence  and  varisolvence  are  extended 
to  cover  cases  in  which  all  members  of  a  given  approximating 
family  are  constrained  to  pass  through  certain  points.   Such 
families  are  generated  in  a  natural  way  by  applying  certain 
types  of  transformations  to  unconstrained  families  or  by 
imposition  of  interpolation  or-  fixed-point  conditions.   A 
theorem  characterizing  best  approximations  in  this  setting  is 
given,  and  a  Remez-type  algorithm  for  constructing  such  best 
approximations  is  discussed. 
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Belford,  G.  G.,   "Simultaneous  Fitting  of  Exponential  Decay  Curves/' 
CAC  Document  No.  6l,  University  of  Illinois  at  Urbana- 
Champaign,  April  1,  1973 • 

Abstract : 

This  paper  deals  with  characterization  of  best  approximations 
to  vector-valued  functions.   The  approximations  are  themselves 
vector-valued  functions  with  components  depending  nonlinearly 
on  the  approximation  parameters.   The  constraint  is  imposed 
that  certain  of  the  parameters  should  be  identical  for  all 
components .      An  application  to  exponential  approximation 
is  discussed  in  some  detail. 

Belford,  G.  G. ,    Lermit,  R.  J.,  Purdy,  G.  B.  ,  and  Sameh,  A.  H. ,  "Computa- 
tional Mathematics  Abstracts,"  CAC  Document  No.  6h, 
University  of  Illinois  at  Urbana-Champaign,  February,  1973- 

Abstract : 

In  our  efforts  to  keep  abreast  of  developments  in  computational 
mathematics,  we  have  found  it  useful  to  make  this  listing  of 
abstracts  of  the  many  departmental  reports  which  we  have  accumulated 
during  the  past  year. 

The  abstracts  are  largely  those  provided  with  the  documents;  where 
no  abstract  was  given  we  used  selected  sentences  from  the  intro- 
duction.  Occasionally  we  condensed  an  abstract  which  seemed  too 
long  for  our  purposes.   Sources  of  the  reports  are  identified 
by  letter  codes  prefacing  the  report  number.   A  key  to  these 
codes  is  given  at  the  end  of  the  listing. 

We  wish  to  thank  Nancy  Freece  not  only  for  her  excellent  and 
rapid  job  of  typing  but  also  for  doing  a  considerable  amount  of 
the  work  of  hunting  through  the  documents  to  assemble  the 
information  listed. 

Bezdek,  R.  H. ,  Hannon,  B.  M. ,  and  Nakagama,  S.,   "1963  and  I967  Employment 
Vectors,"  CAC  Document  No.  63,  University  of  Illinois  at 
Urb ana- Champaign,  April  1973- 

Abstract: 


Brown,  R. 


To  convert  dollar  inverse  matrices  from  the  Department  of 
Commerce  into  employment  intensities,  one  needs  the  employment 
by  jobs  in  each  of  362  Industrial  and  Commercial  sectors  for  the 
years  19&3  and  1967-   This  document  gives  those  vectors  and 
references  on  how  they  were  obtained. 

L. ,   "Numerical  Systems  on  a  Minicomputer,"  Department  of  Computer 
Science  Report  No.  555 ,   University  of  Illinois  at  Urbana- 
Champaign,  February  1973 • 
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Abstract: 


Bullard . 


This  thesis  defines  the  concept  of  a  numerical  system  for  a 
minicomputer  and  provides  a  description  of  the  software  and 
computer  system  configuration  necessary  to  implement  such  a 
system.  A  procedure  for  creating  a  numerical  system  from  a 
FORTRAN  program  is  developed  and  an  example  is  presented.  The 
reader  should  have  some  knowledge  of  FORTRAN  and  minicomputer 
operating  systems,  PAL  assebly  language  for  PDP-11. 

C.  W.  ,  "Necessary  Elements  of  a  State  Land  Use  Planning  Process," 
CAC  Document  No.  70,  University  of  Illinois  at  Urbana- 
Champaign,  August  1972. 


Abstract: 

The  primary  purpose  of  this  report  is  to  provide  background 
information  needed  for  the  development  of  a  comprehensive  state- 
wide land  use  planning  process.   It  contains  an  assessment  of 
data  acquisition  and  planning  programs  now  under  way  in 
various  Illinois  state  departments.   The  relevance  of  these 
programs  to  aspects  of  proposed  federal  and  state  land  resource 
planning  activities  is  analyzed  in  detail. 

Chen,  J.  T.  ,   "Quadratic  Programming  for  Least-Cost  Feed  Formulation 
Under  Probabilistic  Protein  Constraint,"  American  Journal 
of  Agricultural  Economics,  May  1973- 

Abstract : 

This  paper  shows  how  a  stochastic  programming  model  for  least- 
cost  feed  formulation  under  a  probabilistic  protein  constraint 
and  other  linear  restrictions  can  be  solved  by  using  an 
iterative  quadratic  programming  technique.   As  the  least-cost 
plan  for  a  given  probability  level  must  be  E-a  efficient,  the 
result  thus  obtained  is  optimal. 

Chen,  J.  T.,  "Separable  Programming  for  Considering  Risk  in  Farm  Plan- 
ning: Comment,"  American  Journal  of  Agricultural  Economics, 
February  1973- 

Abstract: 

None 

Chin,  Janet  S-Y. ,   "Scheduling  on  Parallel  Processors  for  Weighted-Node 

Graphs,"  M.S.  thesis,  University  of  Illinois  at  Urbana- Champaign, 
Department  of  Computer  Science  Report  No.  5^5?  October  1972. 
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Abstract: 

Parallelism  is  inherent  in  FORTRAN  programs.   Therefore,  if  we 
had  parallel  processors  with  arithemtic  units  which  can  do  any 
of  four  operations  (add,  subtract,  multiply,  and  divide)  as  well 
as  initiating  two  other  operations  (fetch  and  store),  then  we 
will  have  greater  speed  and  throughput  than  a  conventional  serial 
processor. 

Cichy,  P.  T.,   "The  Use  of  ILLIAC  IV  to  Solve  Numerical  Fluid  Dynamics 
Problems,"  CAC  Document  No.  67,  University  of  Illinois  at 
Urb ana -Champaign,  March  1973- 

Abstract: 

The  usefulness  of  ILLIAC  IV  in  solving  numerical  fluid  dynamics 
problems  is  studied  by  developing  a  parallel  algorithm  for  the 
unsteady  two  dimensional  flow  of  an  incompressible  fluid  around 
a  circular  cylinder.   Two  cases  are  studied,  the  symmetric  case, 
for  which  an  operational  GLYPNIR  program  is  included,  and  the 
asymmetric  case,  for  which  a  partially  completed  GLYPNIR  program 
is  attached.   The  programming  of  a  parallel  algorithm  for 
ILLIAC  IV  is  more  difficult  than  programming  a  comparable  serial 
algorithm  but  this  additional  difficulty  is  compensated  for  by 
the  greatly  reduced  computation  time  required  to  solve  the 
problem. 

DauffenBach,  R.  C,  Jr.,   "The  Structure  of  Labor  Market  Segmentation 
of  Occupations:   Some  Evidence  from  Factor  Analysis,"  CAC 
Document  No.  65,  University  of  Illinois  at  Urbana- Champaign, 


February  1973  ■ 


Abstract : 


In  this  document  the  empirical  results  of  a  factor  analysis  of 
labor  market  attributes  of  occupations  are  reported.   The  purpose 
of  the  analysis  is  to  determine  the  principal  structures  of  the 
occupation-labor  market  attribute  domain  enabling  a  more 
objective  construction  of  "occupation  systems"  for  use  in  labor 
market  and  manpower  research.   Nine  principal  structures  of 
labor  market  segmentation  are  delineated  and  interpreted. 
Suggestions  for  application  of  the  results  are  made.   Sample 
base  for  this  investigation  was  the  detailed  occupational 
categories  of  the  i960  Census  of  Population. 

Davis,  Alan  M. ,   "The  Design,  Implementation  and  Analysis  of  a  Computer- 
Assisted  Instruction  System  on  a  Mini -Computer, "  M.S.  thesis, 
University  of  Illinois  at  Urbana- Champaign,  Department  of 
Computer  Science  Report  No.  563,  January  1973- 
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Abstract: 

GIZMO  is  a  mini- computer  CAI  system  designed  for  use  in  the 
introductory  assembly  language  course  taught  on  a  PDP-11.   It 
provides  an  easy  method  for  teachers  to  create  lessons,  as 
well  as  for  students  to  learn  assembly  language  by  taking  the 
lessons.   It  is  written  in  PAL- 11  assembly  language. 

Ericksen,  J.  H.  ,  "iterative  and  Direct  Methods  for  Solving  Poisson's 
Equation  and  Their  Adaptability  to  ILLIAC  IV, "  CAC  Document 
No.  60,  University  of  Illinois  at  Urbana- Champaign,  March  1973- 

Abstract: 

This  paper  examines  iterative  and  direct  methods  for  solving 
Poisson's  equation  with  regard  to  their  adaptation  to  ILLIAC 
IV.   SOR,  SLOR,  ADI,  and  FACR  are  programmed  in  GLYPNIR. 
Detailed  suggestions  on  ASK  code  for  these  methods  are  also 
supplied. 

FACR,  Fourier  Analysis  and  Cyclic  Reduction,  is  the  fastest 
method  on  rectangular  meshes.   SOR,  Successive  Over  Relaxation, 
seems  to  be  the  most  promising  for  nonrectangular  meshes.   The 
methods  are  between  thirty  and  forty-five  times  faster  on 
ILLIAC  IV  than  on  a  serial  machine  with  speed  equal  to  one  of  the 
ILLIAC  IV  PEs  (Processing  Elements). 

Folk,  H.  W. ,  and  Hannon,  B.  M. ,  "An  Energy,  Pollution  and  Employment 
Policy  Model,"  CAC  Document  No.  68,  University  of  Illinois 
at  Urbana- Champaign,  February  10,  1973- 


Abstract 


A  large  national  linear  input-output  policy  model  is  being 
developed  at  the  Center  for  -Advanced  Computation  in  the 
University  of  Illinois  at  Urbana- Champaign.   The  model  contains 
detailed  economic  activities  showing  industry  demand  generated 
by  expenditure  categories  so  that  national  budgets  or  individual 
''life  styles"  or  scenarios  can  be  evaluated.   The  367  industry 
input-output  model  produces  estimates  of  total  demand  by  industry 
through  manipulation  of  an  activities  vector.   For  example, 
energy-output  matrices  in  367  sector  detail  show  demand  for 
coal,  crude  oil,  refined  petroleum,  electricity,  natural  gas 
implied  by  scenarios.   Other  matrices  estimate  employment  effects 
and  ten  specific  pollution  components.   Thus,  employment,  energy 
and  pollution  consequences  of  a  shift  in  expenditures,  either 
on  a  national  or  individual  basis,  can  be  estimated.   The  model 
is  easily  edited  to  adapt  it  to  specific  applications  by  non- 
programmers,  is  remotely  accessible  through  the  ARPA  Network, 
and  uses  innovative  and  efficient  computational  facilities. 
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Gear,  C.  W. ,   "A  Note  on  the  Non-existence  of  Multivalue  A-stable  Methods 

of  Order  Greater  than  Two/'  Department  of  Computer  Science  Report 
No.  569,  University  of  Illinois  at  Urbana- Champaign,  March  1973 • 

Abstract: 

It  is  shown  that  the  Dahlquist  result  limiting  the  order  of 
A-stable  multistep  methods  also  applies  to  multivalue  methods. 

Goyal,  Lakshmi  N. ,   "ILLIAC  III  Computer  System  Manual:   Arithmetic  Units -- 
Volume  2,"  University  of  Illinois  at  Urbana- Champaign,  Department 
of  Computer  Science  Report  No.  551 ,  January  1973- 

Abstract: 

This  report  is  the  second  volume  of  ILLIAC  III  computer  system 
manual  on  arithmetic  units.   The  first  volume  described  the 
various  arithmetic  orders  to  be  executed  in  the  arithmetic  unit 
and  the  internal  statis  description  or  in  other  words,  the 
processing  hardware  of  the  Arithmetic  Unit.   This  volume  describes 
the  control  logic  hardware  and  gives  its  operational  description. 

This  raport  assumes  that  the  reader  is  familiar  with  previously 
published  reports  and  documents  regarding  the  arithmetic. 

Herendeen,  R.  A.,   "An  Energy  Input  -  Output  Matrix  for  the  United  States, 
I963:   User's  Guide,"  CAC  Document  No.  69,  University  of 
Illinois  at  Urbana-Champaign,  April  1973- 

Abstract: 


Hoffman . 


Input-Output  analysis  offers  a  theoretical  framework  and  large 
data  base  well  suited  to  calculating  the  total  (direct  and  indirect) 
energy  cost  of  many  classses  of  products  (both  goods  and  services). 
This  paper  discusses  conversion  of  the  1963  Input-Output  table 
to  energy  terms  at  the  362  sector  level.   The  methodology  is 
described  in  detail,  and  potential  sources  of  error  are  discussed. 
Several  applications  are  presented:   1)  detailed  breakdown  of 
the  contributors  of  the  total  energy  cost,  2)  total  energy 
efficiency  of  the  energy-producing  sectors,  3)  energy  required  by 
agriculture,  the  food  industry,  and  the  energy  cost  of  protein, 
h)    energy  required  by  all  transportation,  and  in  particular,  by 
the  private  automobile,  5)  energy  required  by  a  small  appliance, 
an  electric  mixer. 

Input-Output  Structure  of  the  U.  S.  Economy:   19^3?  U.  S.  Department 
of  Commerce  ^1969). 

Donald  J.,   "Algorithm  Models,"  M.S.  thesis,  University  of  Illinois 
at  Urbana-Champaign,  Department  of  Computer  Science  Report  No.  562, 
February  1973- 
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Abstract: 

The  human  mind  performs  in  a  way  yet  unknown.   What  I  will  try 
to  do  is  treat  the  human  mind  as  a  black  box  and  perform  the 
same  operations  by  creating  a  system  of  logical  cognitive 
models  of  the  required  operations  in  taking  an  algorithm  and 
translating  it  into  a  form  suitable  for  coding.   I  will  then 
demonstrate  these  cognitive  models  by  demonstrating  a  method 
of  checking  the  logical  construction  of  implementation  of 
some  algorithms  by  using  these  models  as  part  of  a  system  for 
automatic  fault  detection. 

Ketelsen,  Mark  L. ,   "A  Modular  Microprogrammed  Computer  with  Concurrent 
Decentralized  Control/'  M.S.  thesis,  University  of  Illinois  at 
Urbana- Champaign,  Department  of  Computer  Science  Report  Wo.    564, 
January  1973- 

Abstract : 

This  thesis  presents  a  computer  organization  capable  of  concurrent 
processing  at  the  microinstruction  level.   A  complete  logical 
description  is  given,  and  the  results  of  simulation  studies  are 
presented.   An  emulator  for  the  IBM  System/360  is  developed,  and 
its  performance  analyzed  for  comparison  with  various  models  of  the 
IBM  line. 

Kuck,  D.  and  Muraoka,  Y. ,   "Bounds  on  the  Parallel  Evaluation  of  Arithmetic 
Expressions  Using  Associativity  and  Commutativity, "  Seventh 
Annual  Princeton  Conference  on  Information  Sciences  and  Systems, 
March  1973- 

Abstract: 


Kuck,  D. 


We  show  that  any  arithmetic  expression  with  n  operands  and 

paren,these_s  nested  to  depth  d  can  be  evaluated  in  at  most  1  j- 

2d  +  |"logpn|  steps,  assuming  that  only  associativity  and  commutativity 

are  used  to  transform  the  expression.  We  also  show  that  at  most 
(n-2dl  processors  are  needed  to  achieve  this  bound. 
I  2   I 

and  Muraoka,  Y. ,   "On  the  Time  Required  for  a  Sequence  of  Matrix 

Products,"  Communications  of  the  ACM,  Vol.  l6,  pp.  22-26,  January 
1973_ 


Abstract: 


This  paper  discusses  the  multiplication  of  conformable  sequences 
of  row  vectors,  column  vectors,  and  square  matrices.   The  minimum 
time  required  to  evaluate  such  products  on  ordinary  serial 
computers  as  well  as  parallel  computers  is  discussed.   Algorithms 
are  presented  which  properly  parse  shuch  matrix  sequences  subject 
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to  the  constraints  of  the  machine  organization. 

Lawrie,  Duncan  H. ,      "Memory- Process or  Connection  Networks,"  Ph.D.  thesis, 
University  of  Illinois  at  Urbana- Champaign,  Department  of 
Computer  Science  Report  No.  557>  February  1973- 

Abstract: 

In  order  to  utilize  the  potential  speed  of  a  SIMD  type  parallel 
processor  it  is  necessary  to  arrange  data  in  the  memory  system  so 
that  subsets  of  this  data  can  be  fetched  in  parallel  without 
memory  conflicts.   Additionally,  we  must  provide  sufficient 
memory-processor  paths  to  allow  the  data  to  be  correctly  aligned 
with  the  processor  array.   In  this  paper  we  present  several 
storage  piapping  algorithms  together  with  a  memory-processor  inter- 
connection network.  We  demonstrate  the  cost  and  effectiveness  of 
these  and  compare  them  with  other  networks  which  have  been 
proposed  for  this  application. 

Lermit,  R.  J.,   "Numerical  Methods  for  the  Identification  of  Differen- 
tial Equations,"  CAC  Document  No.  ^9 >  University  of  Illinois 
at  Urbana-Champaign,  June  12,  1972. 

Abstract : 

This  dissertation  considers  computational  methods  designed  to 
aid  in  mathematical  model  building.   Specifically,  it  discusses 
methods  of  determining  ordinary  differential  equations  given 
their  solution  in  the  form  of  observed  data. 

Lermit,  R.  J.  and  Randal,  J.  M. ,   "Augmented  Significance  Routines  for 
ILLIAC  IV,"  CAC  Document  No.  56,  University  of  Illinois  at 
Urbana-Champaign,  December  1972. 

Abstract : 

A  set  of  macros  to  enable  users  to  retain  numerical  significance 
during  critical  phases  of  a  calculation  is  presented  along  *dth 
the  philosophy  behind  their  conception.   The  macros  are  designed 
for  speed  and  have  an  average  accuracy  of  at  least  92  binary 
places. 

Liu,  C.  L.  and  Layland,  James  W. ,  "Scheduling  Algorithms  for  Multi- 
programming in  a  Hard-Real-Time  Environment,"  Journal  of 
the  Association  for  Computing  Machinery,  Vol.  20,  No.  1, 
^6-61,  January  1973. 


Abstract: 


The  problem  of  multiprogramming  scheduling  on  a  single  processor 
is  studied  from  the  viewpoint  of  the  characteristics  peculiar 
to  the  program  functions  that  need  guaranteed  service.   It  is 
shown  that  an  optimum  fixed  priority  scheduler  possesses  an 
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upper  bound  to  processor  utilization  which  may  be  as  low  as 
70  percent  for  large  task  sets.   It  is  also  shown  that  full 
processor  utilization  can  be  achieved  by  dynamically  assigning 
priorities  on  the  basis  of  their  current  deadlines.   A 
combination  of  these  two  scheduling  techniques  is  also  discussed. 

Liu,  C.  L. ,  Ong,  B.  G.  and  Ruth,  G.  R.,  "A  Construction  Scheme  for  Linear 
and  Non-Linear  Codes,"  Journal  of  Discrete  Mathematics,  Vol.  h} 
No.  2,  171-184,  February  1973- 

Abstract: 

A  scheme  for  constructing  linear  and  non-linear  codes  is  presented. 
It  constructs  a  code  of  block  length  2n  from  two  constituent  codes 
of  block  length  n.   Codes  so  constructed  can  be  either  linear 
or  non-linear  even  when  the  constituent  codes  are  linear.   The 
construction  of  many  known  linear  and  non-linear  codes  using 
this  scheme  will  be  shown. 


Maruyama,  K. ,   "On  the  Parallel  Evaluation  of  Polynomials, 
on  Computers,  Vol.  C-22,  pp.  2-5,  January  1973- 


IEEE  Transactions 


Abstract: 


If  an  unlimited  number  of  processors  is  available,  then  for  any 
given  number  of  steps  s,  s  >  1,  polynomials  of  degree  as  large 

as  C2  S->°  can  be  evaluated,  where  C  =f2   and  &-</2s.   This  implies 
polynomials  of  degree  n  can  be  evaluated  in  log2n  +  J21og  n  + 

0(1)  steps.   Various  techniques  for  the  evaluation  of  polynomials 
in  a  "reasonable  number"  of  "steps"  are  compared  with  the  known 
lover  bounds. 


Mudge,  Trevor  N. ,   "SEMANTRIX:   A  Semantically  Guided  Digital  Electronic 

Machine/'  M.S.  thesis,  University  of  Illinois  at  Urbana- Champaign, 
Department  of  Computer  Science  Report  No.  559>  February  1973- 

Abstract : 

Semantrix  is  a  digital  machine,  whose  domain  of  activity  (or 
world)  is  a  rectangular  plane  or  table  top.   (See  Figure  1.1.1 
for  a  diagram  of  the  machine) .   Its  activity  in  the  plane  can 
be  instructed  from  either  a  teletype  or  a  digital  computer. 
Semantrix  and  a  teletype  can  form  a  stand  alone  system.   However, 
to  make  full  use  of  the  machine,  a  digital  computer  should  be 
used  as  a  controller.   Semantrix  can  thus  be  viewed  as  a  special 
piece  of  i/O  equipment. 
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Nievergelt,  J.  and  Wong,  C.  K. ,   "Upper  Bounds  for  the  Total  Path  Length 
of  Binary  Trees,"  Journal  of  the  ACM,  Vol.  20,  No.  1,  1-6, 
January  1973 • 

Abstract: 

Two  upper  bounds  for  the  total  path  length  of  binary  trees  are 
obtained.   One  is  for  node-trees,  and  bounds  the  internal  for 
root-to-node)  path  length;  the  other  is  for  leaf-trees,  and" 
bounds  the  external  (or  root-to-leaf)  path  length.   These  bounds 
involve  a  quantity  called  the  balance,  which  allows  the  bounds 
to  adapt  from  the  n  log  n  behavior  of  a  completely  balanced 
tree  to  the  n  behavior  of  a  most  skewed  tree.   These  bounds 
are  illustrated  for  the  case  of  Fibonacci  trees. 

Ogura,  M. ,  Sher,  M.  S.   and  Ericksen,  J.  H. ,   "A  Study  of  the  Efficiency 

of  ILLIAC  IV  in  Hydrodynamic  Calculations,"  CAC  Document  No.  59 > 
University  of  Illinois  at  Urbana- Champaign,  December  11,  1972. 

Abstract: 

A  two-dimensional  Bernard-Rayleigh  convection  problem  is 
solved  numerically  as  an  initial-and  boundary -value  problem  on 
a  network  of  (M+2)  x  (N+2)  grid  points.   The  purpose  of  this 
paper  is  not  to  discuss  the  result  of  numerical  integrations, 
but  to  investigate  the  efficiency  of  ILLIAC  IV  for  this  class 
of  hydrodynamic  problems. 

Two  cases  are  considered:   The  first  case  is  a  program  for 
N<_62  and  the  second  is  a  program  for  arbitrary  N  and  M.   In 
neither  case  is  the  use  of  auxiliary  storage  systems  considered 
in  general,  although  an  example  of  the  use  of  ILLIAC  Disk  is 
discussed. 

Payne,  W.  H. ,   "Calculation  of  GFSR  Pseudorandom  Number  Binary  Starting 
Matrix,"  University  of  Illinois  at  Urbana- Champaign,  Department 
of  Computer  Science  Report  No.  567,  March  1973- 

Abstract: 

The  generalized  feedback  shift  register  (GFSR)  pseudorandom 

number  algorithm  produces  the  same  floating-point  sequence  of 

pseudorandom  numbers  on  any  computer.   The  algorithm  requires 

a  binary  initialization  matrix.   A  matrix,  given  both  in  octal 

98    27 
and  hexadecimal,  for  primitive,  modulo  2,  x   +  x   +  1  is  listed 

Pradels,  Jean  L. ,   "Two  Upper  Bounds  for  the  Weighted  Path  Length  of 

Binary  Trees,"  M.S.  thesis,  University  of  Illinois  at  Urbana - 
Champaign,  Department  of  Computer  Science  Report  No.  565, 
Janaury  1973- 
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Abstract: 

Rooted  binary  trees  with  weighted  nodes  are  structures  encountered 
in  many  areas,  such  as  coding  theory,  searching  and  sorting, 
information  storage  and  retrieval.   The  path  length  is  a  meaning- 
ful quantity  which  gives  indication  about  the  expected  time  of 
a  search  or  the  length  of  a  code  for  example.   In  this  paper, 
two  sharp  bounds  for  the  total  path  length  of  general  weighted 
node  trees  are  derived. 

Purdy,  G.  B.,   "Some  Extremal  Problems  in  Geometry  and  Analysis,"  CAC 
Document  No.  52,  University  of  Illinois  at  Urbana-Champaign, 
July  1,  1972. 

Abstract : 

This  report  treats  three  optimization  or  extremal  problems  in 
geometry  and  analysis.   In  the  first  chapter  we  consider  the 
problem  of  finding  positive  minima  of  certain  Dirichlet  L-functions 
with  positive  real  arguments.   Optimal  triple  lattice  packing 
of  spheres  of  equal  radius  is  the  subject  of  the  second  chapter. 
Packing  and  covering  problems  with  spheres  are  important  in 
information  theory  for  the  design  of  communication  networks.   In 
the  last  chapter  we  treat  an  extremal  problem  about  triangles 
of  equal  area. 

Purdy,  G.  B.  ,   "The  Quadratic  Assignment  Problem,"  CAC  Document  No.  "Jl, 
University  of  Illinois  at  Urbana-Champaign,  February  1973- 

Abstract- 

In  this  report  we  discuss  some  seemingly  reasonable 
approaches  to  the  quadratic  assignment  problem,  and  we  give 
some  evidence  from  automata  theory  that  the  problem  is 
insoluble. 

Rajan,  S. ,   "A  Computational  Technique  for  High  Subsonic  Compressible 
Flow  Past  a  Circular  Cylinder  on  a  Parallel  Computer,"  CAC 
Document  No.  50,  University  of  Illinois  at  Urbana-Champaign, 
October  20,  197a. 


Abstract: 


Complex  and  time-consuming  numerical . solutions  to  problems  of 
physical  significance,  programmed  on  the  new  generation  of 
computers  such  as  the  Illiac  IV  parallel  machine,  require 
computational  algorithms  quite  different  from  those  on  use 
in  existent  serial  machines.   The  problem  of  inviscid 
supercritical  flow  around  a  circular  cylinder  is  solved  in 
polar  co-ordinates  with  a  unique  computational  algorithm 
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Raj  an,  S. 


ideal  for  a  parallel  machine  in  every  respect.   Problem 
formulation,  mesh  layout,  treatment  of  boundary  conditions 
and  finite  difference  formulations  are  correlated  from  the 
very  outset  to  obtain  high  machine  utilization.   The 
Lax-Wendroff  two  step  explicit  finite  difference  scheme  is 
employed.   Treatment  of  mesh  size  changes  with  the-  parallel 
algorithm  has  been  accomplished  in  a  novel  way.   Results  from 
the  method  are  compared  with  those  obtained  by  other 
investigators. 

,   "Evaluation  of  Numerical  Viscosity  Effects  in  Transonic 
Flow  Calculations,"  CAC  Document  No.  62,  University  of 
Illinois  at  Urb ana- Champaign,  January  1973 • 


Abstract: 

The  inviscid  transonic  compressible  flow  around  a  circular 
cylinder  is  calculated  using  a  time  dependent  formulation  that 
yields  the  steady  state  solution  as  its  asymptotic  long  time 
limit.   The  conservation  equations  in  polar  co-ordinates  are 
solved  in  finite  difference  form  using  the  explicit,  two- 
step  variation  of  the  Lax-Wendroff  scheme.   The  total  numerical 
viscosity  of  the  difference  approximation  is  varied  by  altering 
the  value  of  an  explicit  artificial  viscosity  parameter 
incorporated  in  the  finite  difference  scheme.  The  far  field 
boundary  condition  is  satisfied  exactly  by  using  an  inverse 
transformation  in  this  region.   Two  different  finite  difference 
formulations  of  the  cylinder  wall  boundary  condition  are  suited 
in  the  presence  of  different  amounts  of  artificial  viscosity. 
The  influence  of  numerical  viscosity  as  it  interacts  with 
aerodynamic  and  numerical  criteria  is  discussed.   In  transonic 
flow  regimes,  where  the  shock  structure  is  weak,  artificial 
viscosity  effects  are  shown  to  influence  both  the  strength  and 
location  of  the  shock.   At  higher  Mach  numbers,  results  show  that 
a  higher  threshold  value  of  the  artificial  viscosity  is  required. 
The  importance  of  choosing  an  optimum  value  for  the  viscosity 
parameter  consistent  with  accuracy  and  stability  requirements 
is  discused. 

Ray,  R.  M.  Ill,   "A  Generalized  IILIAC  IV  Urban-  Land  Use  Planning  Model," 
CAC  Document  No.  51,  University  of  Illinois  at  Urbana- Champaign, 
October  1972. 

Abstract : 

This  paper  outlines  the  rationale  and  the  nature  of  an  urban 
land  use  planning  model  that  should  prove  applicable  to  the 
metropolitan  transportation-land  use  planning  process.   To 
make  clear  the  scope  and  functional  objectives  of  the  modeling 
effort  proposed,  we  describe  first  a  basic  system  of  models 
necessary  for  effective  computer  assistance  in  rational 
metropolitan  planning.   The  position  of  the  urban  land  develop- 
ment model  within  this  system  is  indicated,  and  alternative 
modeling  strategies  are  discussed.   After  making  our  case  for 
a  more  generalized  predictive-prescriptive  model  of  the  urban 
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land  development  process,  we  define  the  metropolitan  land  use 
planning  problem  more  specifically,  and  explore  a  number  of 
mathematical  programming  implementation  techniques.   From  this 
analysis,  a  dynamic  optimization  model  emerges  that  is 
potentially  capable  of  simulating  over  time  the  outcomes  of 
incremental  free-market  land  development  decisions,  and  also 
capable  of  determining  courses  of  metropolitan  land  development 
that  are  optimally  efficient.   Having  strongly  argued  the 
potential  advantages  of  such  a  land  development  model,  we 
discuss  the  possible  implementation  of  such  a  model  on  a 
fast  processing  parallel  computer  such  as  the  Illiac  IV. 

Redwood,  A.  L. ,   "Population  Projections  for  Manpower  Planning,"  CAC 
Document  No.  55?  University  of  Illinois  at  Urbana- Champaign, 
February  15,  1973- 

Abstract: 

This  study  develops  functional  population  projections  for 
manpower  planning  purposes.   Past  and  future  demographic 
changes  have  important  implications  for  the  economy  and  its 
manpower  which  need  to  be  identified  and  evaluated.   This 
requires  the  integration  of  population  projections  into  a 
broader  economic  and  manpower  forecasting  system,  (being 
developed  at  the  University  of  Illinois  (STEP)). 

The  limitations  of  the  demographic  determinant  approach  to 
fertility  projections,  and  of  its  primary  techniques  (period, 
cohort,  parity-progression),  are  identified.   Recent  research 
suggests  the  importance  of  socioeconomic  influences  on 
fertility  behavior,  and  raises  the  question  whether  birth 
rates  can  be  "predicted"  by  taking  cognizance  of  these  factors. 
Hence  an  exploratory  attempt  is  made  to  synthesize  demographic 
and  socioeconomic  variables  into  a  fertility  projection  model. 

A  population  projection  model  is  constructed,  using  matrix 
operators  for  each  of  the  components  of  population  change. 
Implementation  (United  States,  and  Illinois  provisional)  involves 
subjecting  the  base  population,  the  1970  census  enumeration 
disaggregated  into  single  years  of  age,  by  sex  and  color,  to 
an  iterative  process  through  successive  single  projection  years 
(1970-85) .   The  model  is  differentiated  by  the  use  of  a  socio- 
economic determinant  approach  to  fertility  projections. 


Reingold,  E.  M. ,   "A  Nonrecursive  List  Moving  Algorithm, 
of  the  ACM,  Vol.  16,  305-507,  1973- 


Communications 


Abstract 


An  efficient,  nonrecursive  algorithm  is  given  for  moving  any 
LISP- type  list.   In  particular,  the  algorithm  requires  no 
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storage  other  than  the  new  nodes  into  which  the  list  is  to  be 
moved,  and  no  additional  bits  per  node  for  marking;  the 
algorithm  runs  in  time  proportional  to  the  number  of  nodes 
in  the  list.   The  original  list  structure  is  destroyed  as  it 
is  moved. 

Sameh,  A.  H. ,  "On  Jacobi  and  Jacobi-Like  Algorithms  for  a  Parallel 
Computer,"  CAC  Document  No.  57,  University  of  Illinois  at 
Urbana- Champaign,  December  11,  1972. 

Abstract : 

Many  existing  algorithms  for  obtaining  the  eigenvalues  and 
eigenvectors  of  matrices  would  make  poor  use  of  such  a  power- 
ful parallel  computer  as  the  ILLIAC  IV.   In  this  paper  Jacobi' s 
algorithm  for  real  symmetric  or  complex  Hermitian  matrices, 
and  a  Jacobi-like  algorithm  for  real  non-symmetric  matrices 
developed  by  P.  J.  Eberlein,  are  modified  so  as  to  achieve 
maximum  efficiency  for  the  parallel  computations. 

Sameh,  A.  H.  and  Bezdek,  R.  H. ,   "Methods  for  Increasing  the  Computational 
Efficiency  of  Input-Output  and  Related  Large  Scale  Matrix 
Operations,"  CAC  Document  No.  66,  University  of  Illinois  at 


Urbana- Champaign,  February  1973- 


Abstract: 


This  paper  develops  numerical  methods  for  greatly  increasing 
the  computational  efficiency  of  input-output  and  related  large 
scale  matrix  operations.   Once  the  Leontief  inverse  matrix  is 
computed  according  to  the  algorithm  specified  here,  these 
methods  permit  the  accurate  determination  of  the  effects  on 
the  solution  of  the  Leontief  equations  of  changes  in  the  trans- 
action data  with  far  less  operations  than  required  to  compute 
the  solution  "from  scratch".   These  techniques  are  demonstrated 
by  considering  modifications  down  a  column  of  the  direct 
coefficients  matrix,  modifications  along  a  row  of  the  direct 
coefficients  matrix,  and  disaggregation  of  the  industries  in 
the  new  system.   The  very  large  gains  in  efficiency  of  this 
method  are  indicated  and  the  implications  of  these  techniques 
for  empirical  and  theoretical  input-output  research  are  briefly 
discussed. 

Sameh,  A.  H.  and  Heimerdinger ,  W.  L. ,   "On  the  Identification  of  Multi- 
Output  Linear  Time -Invariant  and  Periodic  Dynamic  Systems," 
CAC  Document  No.  53,  University  of  Illinois  at  Urbana- Champaign, 
November  1,  1972. 


Abstract 


In  this  paper  we  describe  an  efficient  computational  algorithm 
for  estimating  the  coefficients  of  the  characteristic  polynomial 
of  a  linear  time -invariant  multi-output  dynamic  system,  using 
only  output  observations,  for  qualitative  analysis  of  the 
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transition  matrix  or  for  evaluating  its  eigenvalues.   We  also 
give  some  computational  results  of  the  identification  of  those 
systems  using  the  Ho-Kalman  approach.   Furthermore,  an 
identification  scheme  for  high-frequency  periodic  systems  of 
unknown  periods  is  described  in  detail. 

Schuster,  S.  A.  ,   "Locating  Optimal  Sites  in  Geographic  Information 
Systems,"  CAC  Document  No.  72,  University  of  Illinois  at 
Urbana- Champaign,  June  9>  1973- 

Abstract : 

This  thesis  is  concerned  with  the  problem  of  computer  oriented 
objective  formulation  for  geographic  site  location  and  the  analysis 
required  to  locate  one  or  more  optimal  sites  based  upon  that 
objective. 

For  most  practical  purposes,  a  geographic  region  is  a  two-dimen- 
sional Euclidian  space.   A  site  within  a  region  can  either  be  a 
single  point,  a  continuous  curve  or  path  between  two  points,  or 
any  continuous  subset  of  points  that  forms  an  area  within  the 
region.   This  paper  will  deal  primarily  with  the  location  of 
areas.   It  will  be  shown  that  the  problem  of  locating  an  area 
can  subsume  the  problems  of  path  and  point  location. 

Steven,  J.  E. ,  Jr.,   "Fast  Heuristic  Techniques  for  Placing  and  Wiring 
Printed  Circuit  Boards,"  CAC  Document  No.  58,  University  of 
Illinois  at  Urbana- Champaign,  October  1972. 

Abstract : 

A  comparison  of  existing  placement  techniques  is  presented. 
Large  realistic  printed  circuit  board  problems  are  introduced 
and  used  to  make  comparisons.   The  value  of  different  place- 
ments is  measured  by  the  total  wire  length  generated  as  well 
as  by  the  results  of  actually  routing  the  connections  on  the 
board. 

A  new  wire  routing  algorithm  called  Channel  Routing,  is  proposed. 
The  Channel  Routing  algorithm  is  faster  than  existing  routing 
techniques  and  can  handle  very  large  circuit  board  problems.   The 
results  of  implementing  the  basic  Channel  Routing  algorithms  are 
presented.   These  results  are  also  used  to  compare  the  effective- 
ness of  the  different  placement  algorithms. 

Tao,  William,   "A  User  Manual  for  the  Lockheed  SUE  Microinstructions 
Simulator,"  University  of  Illinois  at  Urbana- Champaign, 
Department  of  Computer  Science. File  No.  876,  February  21,  1973- 
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Abstract: 

This  user  manual  contains  a  description  of  the  simulation  program 
for  the  lockheed  Electronic' s  SUE  Micro-processor.   Emphasis  is 
placed  on  the  description  of  the  keyboard  commands  offered  by 
this  program.   This  simulation  program  is  written  primarily  for 
research  personnel  to  develop  firmwares  on  the  SUE  processor. 

Information  contained  in  this  manual  is  to  help  users  to  take  full 
advantage  of  the  features  this  simulation  program  offers.   For 
background  information  of  SUE  microinstructions,  users  are 
referred  to:   SUE  Computer  Handbook;  SUE  1110  Processor,  Document 
AS-3^;  SUE  Micro- coding  Documentation  (updated  version  by  Jim 
Hart,  MESH  Group);  Firmware  Documentation,  Model  110  Listing 
(the  SUE  macro-instruction  set  emulator) ;  SUE  1110  Processor 
Maintenance  Bulletin,  Ml8l0;  SUE  Application  Memo  No.  101, 
Microprogramming  guideline  for  the  SUE  1110  micro-processor. 

Wo,  Yiu  Kwan,   "APE  Machine:  A  Novel  Stochastic  Computer  Based  on  a  Set 
of  Automonous  Processing  Elements,"  Ph.D.  thesis,  University 
of  Illinois  at  Urbana-Champaign,  Department  of  Computer 
Science  Report  No.  556,  February  1973 • 

Abstract: 

The  APE  Machine  is  a  real-time  computer  with  features  such  as 
reconfigureable  structure,  incrementable  computing  power  and 
certain  fault  tolerant  capabilities.   This  highly  flexible 
computer  is  dubbed  APE  Machine  because  its  basic  building 
blocks  are  a  set  of  Autonomous  Processing  Elements  known  as 
APE.   Each  APE  is  a  small  processor  in  its  own  right.   However, 
many  APEs  can  be  grouped  together  to  form  a  more  powerful 
processing  unit.   The  APE  Machine  contains  a  set  of  sensors 
to  perform  input  data  acquisition  and  also  a  program  control 
unit. 

Wong,  C.  K. ,   "Fuzzy  points  and  Local  Properties  of  Fuzzy  Topology," 
University  of  Illinois  at  Urbana-Champaign,  Department  of 
Computer  Science  Report  No.  561,  January  1973- 


Abstract 


The  present  paper  is  a  continuation  of  the  study  of  fuzzy 
topology.   In  order  to  discuss  local  properties  of  such 
topology,  fuzzificatiori  of  point  is  introduced.   Localization 
of  countability  and  compactness  are  the  main  topics  under 
discussion. 


Wong,  C.  K.  and  Yue,  P.  C, 
Permu table  Memory, 
No.  5,  1973. 


'The  Anticipatory  Control  of  a  Cyclically 
IEEE  Transactions  on  Computers,  Vol.  C-22, 
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Abstract 


A.  control  method  based  on  anticipatory  shift  with  look-ahead 
is  propsed  for  accessing  files  stored  in  a  cyclically  permutable 
memory  as  characterized  by,  for  example,  bubble-domain  devices. 
The  performance  of  this  method  is  analyzed  and  is  shown  to  yield 
significant  reduction  of  access  time.   By  using  a  basic  simple 
model,  an  explicit  formula  is  obtained  for  relating  performance 
to  the  size  of  requests,  the  shift  register  length,  and  the 
number  of  control  sections  allowed.   Several  generalizations 
are  also  discussed. 
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15. h      Colloquia 


"An  Algol  68  Tutorial  dedicated  to  the  proposition  that 
Algol  68  is  a  simple  language/'  by  Dr.  Robert  B.  K. 
Dewar  Department  of  Computer  Science .  Illinois  Institute 
of  Technology  Chicago,  Illinois,  January  10,  1973- 

"PLATO  IV  Systems  Software  Design  -  Part  I,"  by  Mr.  Paul 
Tenczar   Computer-Based  Education  Research  Lab.  University 
of  Illinois  at  Urbana- Champaign,  February  12,  1973 • 

"PLATO  IV  Systems  Software  Design  -  Part  2,"  by  Professor 
Bruce  Sherwood,  Computer-Based  Education  Research  Lab 
University  of  Illinois  at  Urbana- Champaign,  February  13, 
1973- 

"Research  Directions  in  Computer  Science,"  by  Dr.  Phillip 
Dauber,  IBM  T.  J.  Watson  Research  Center,  Yorktown  Heights, 
New  York,  February  26,  1973- 

"Computer-based  analytic  grading  for  German  grammar  instruc- 
tion," by  Dr.  David  Levine,  Stanford.  University,  February 
27,  1973- 

"Generalized  Bottom-up  Parsing,"  by  Mr.  Thomas  G.  Szymanski, 
Department  of  Computer  Science,  Cornell  University, 
Ithaca,  New  York,  March  7,  1973. 

"Techniques  for  Compressing  Bounded- Context  Acceptors," 
by  Mr.  Marshall  D.  Mickunas,  Department  of  Computer 
Science,  Purdue  University,  March  12,  1973* 

"Environmental  Data  Systems,"  by  Dr.  Peter  Alsberg, 
Department  of  Computer  Science  and  Center  for  Advanced 
Computation,  University  of  Illinois  at  Urbana- Champaign, 
March  19,  1973- 

"Direct  and  Iterative  Methods  for  Solving  Elliptic  Difference 
Equations,"  by  Professor  Gene  H.  Golub,  Department  of 
Computer  Science,  Stanford  University,  Stanford,  California, 
March  22,  1973 . 

"Devices  and  Systems,"  by  Dr.  Sigurd  Waaben,  Bell  Telephone 
Laboratories,  Inc.,  Murray  Hill,  New  Jersey,  March  26,  1973- 

"Configurable  Computers  and  Parallelism,"  by  Dr.  Raymond  E. 
Miller,  IBM  T.J.  Watson  Research  Center,  Yorktown  Heights. 
New  York.  March  28,  1973. 
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15-5  Drafting 

During  the  first  quarter,  a  total  of  371  drawings  were  processed 
by  the  general  departmental  drafting  section: 

Formal  Drawings 
Large  Drawings  20 

Medium  Drawings  9^ 

Small  Drawings  70 

Layout  Drawings  79 

Report  Drawings  11 

Change  Order  Drawings  70 

Miscellaneous  Drawings  27 

Completed  Total  Drawings 371 

(M.  Goebel) 


15.6   Shop's  Production 

Job  orders  processed  and  completed  during  the  first  quarter  of 
1973  are  as  follows : 


AEC  2118 

AEC  1469 

Other 

Machine  Shop 

k 

21 

2 

Electronic  Shop 

12 

123 

22 

Chemical  Shop 

7 

95 

k 

Layout  Shop 

6 

71 

(P. 

35 
P.  Serio) 
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1.   CIRCUIT  RESEARCH 

(Supported  in  part  "by  the  Office  of  Naval  Research  under  Contract 
NOOO-1U-6T-A-305-0007,  W.  J.  Poppelbaum,  Principal  Investigator). 

Summary 

The  PENTECOST  project  was  completed  this  quarter  and  the  final 
report  written  (UIUCDCS-R-73-583) . 

1.  Ed  Pott  discusses  the  final  synchronization  of  the  TELEMAZE  sending 
and  receiving  stations. 

2.  Rohert  Budzinski  explains  modifications  to  the  OCOMO  deflection  system 
and  proposes  a  second  level  of  encoding  for  the  transmission  channel. 

3.  Abandonment  of  HOLOMAR  is  reported  by  Jim  Cutler. 

h.      Trevor  Mudge  reports  that  design  of  the  ASIM  computing  module  (CM)  is 

progressing. 
5.   Les  Daley  throughly  explains  both  the  serial  and  parallel  designs  for 

THESPIAC  including  the  microinstruction  set,  macroinstruction  set  and 

the  cue  linking  scheme. 

1.1       TELEMAZE  (Project  No.  kl) 

Summary 

During  this  quarter  the  system  clocks  were  designed.   The  system 
is  now  virtually  complete. 

1.1.1     Master  Clock 

The  function  of  this  circuitry  is  to  synchronize  the  various 
parts  of  system.   Since  all  video  information  is  generated  using  the  tele- 
vision sync  signals,  coordinates  detected  by  the  L.E.D.  panel  are  pro- 
cessed only  during  horizontal  blanking.   This  is  shown  in  Figure  1.1.1 
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as  a  shaded  region  in  the  LED  STROBE  and  GATE  signals.   Use  of  this  timing 
arrangment  eliminates  spurious  signals  in  the  active  video.   The  communi- 
cation system  used  requires  two  clocks  as  explained  previously.   These 
are  the  7-825  KH  clock  and  the  LED /MASTER  clock.   The  schematic  of  the 
clock  circuit  is  shown  in  Figure  1.1.2. 

Edward  Pott 

1.2       OCOMO  (Project  No.  k2) 

Summary 

This  past  quarter  was  devoted  to  debugging  and  improving  the 
decoder  design  described  previously. 

The  horizontal  deflection  waveform  was  changed  from  a  symmetric 
rising  and  falling  ramp  to  a  slowly  rising  ramp  followed  by  a  rapidly 
falling  ramp.   This  scheme  provided  greater  stability  and  more  linear 
performance.   The  circuit  change  required  only  the  removal  of  the  dis- 
charging FET  current  source. 

One  other  addition  was  made.   In  the  previous  design,  a  resis- 
tive pull-up  was  used  to  convert  the  current  of  the  931A  photomultiplier 
tube  to  voltage.   In  order  to  get  a  proper  risetime,  a  50  ohm  resistor 
was  necessary  but  this  created  noise  problems.   The  photomultiplier  tube 
anode  is  a  current  sink  and  the  931A  has  a  capability  of  sinking  1  ma  on 
the  average.   It  also  has  a  current  risetime  of  10  nanoseconds.   With  these 
parameters,  a  TTL  gate  serves  as  a  very  useful  current  to  voltage  conver- 
ter.  The  TTL  gate  provides  the  speed  and  the  noise  immunity  required  to 
read  data  out  of  the  optical  ROM  at  a  four  megabit  rate. 

1.2.1     Future  Work 

The  decoder  is  now  functioning  and  OCOMO  will  soon  be  completed. 
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The  only  additional  circuit  design  planned  is  the  design  of  a  circuit 
which  will  make  the  coding  of  the  PCM  signal  a  function  of  what  is  put 
into  the  microphone;  that  is,  a  function  of  time.   The  basic  idea  is  to 
make  the  meaning  of  a  current  6  bit  PCM  word  dependent  upon  previous  PCM 
words.   Perhaps  the  simplest  way  to  do  this  is  to  keep  a  running  sum  of 
the  PCM  words,  each  considered  to  be  a  binary  number  modulo  6k.     As  an 
example,  assume  that  the  previous  sum  of  PCM  words  is  15.   If  the  next 
sampled  analog  signal  coverts  to  a  digital  21,  the  codeword  associated 
with  15  +  21  =  36  would  be  transmitted.   At  the  decoder,  the  received  code- 
word would  be  36.   Then  15  would  be  subtracted  and  the  analog  level 
associated  with  21  would  be  applied  to  the  speaker.   The  same  decoding 
algorithm  works  if  the  sum  of  the  PCM  codewords  exceeds  63  since  the 

arithmetic  is  MOD  6k.      Thus,  the  new  transmitted  codeword,  S  Ln  is  given 

n+1 


by: 


Sn+1  "  (Sn  +  Si+Aod  6k 


where  S  is  the  previous  transmitted  codeword  and  C   ,  is  the  current 
n        K  n+1 

signal.   The  receiver  calculates: 

Cn+1  =  (Sn+l  "  ^mod  6k 
The  net  effect  of  this  circuitry  is  to  make  the  association  of  a  PCM 
word  with  a  code  word  a  function  of  the  previous  PCM  words,  i.e.  a  func- 
tion of  time. 

Other  more  elaborate  schemes  can  be  used.   A  shift  of  the  PCM 
word  at  the  encoder  can  be  compensated  by  an  opposite  shift  at  the  decoder, 
In  general,  any  operation, -which,  when  applied  at  the  encoder,  can  be 
unambigously  restored  at  the  decoder  can  be  used.   In  addition,  a  combina- 
tion of  different  operations  could  also  be  used. 

Robert  Budzinski 
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1.3       HOLOMAR  (Project  No.  UU) 

Summary 

This  project  concerns  the  use  of  matrices  for  a  novel  computer 
storage  scheme.   The  results  of  this  investigation  have  led  to  the  incor- 
poration of  "correlation  matrix"  schemes  for  storage  and  processing  in 
two  other  projects,  NORMAN  and  STORM  II. 

1.3.1     Status 

This  project  is  being  temporarily  suspended  until  renewed 
interest  and  support  can  be  obtained. 

J.  Cutler 

1.1*       ASIM  (Project  No.  1+5) 

Summary 

The  design  work  on  the  Computing  Module  (CM),  begun  last  quarter, 
has  continued.   The  feasibility  of  making  each  CM  programmable  is  being 
studied  and  the  results  will  be  published  in  the  next  report. 

Trevor  Mudge 

1.5       THESPIAC  (Project  No.  1+7) 

Summary 

During  this  quarter,  the  primary  objective  was  to  complete  the 
functional  characteristics  manual  for  THESPIAC.   A  lesser  effort  was  directed 
to  the  development  of  two  hardware  alternatives  for  the  realization  of 
THESPIAC. 

1.5.1     Status  of  Functional  Chcaracteristics 

The  first  version  of  the  functional  characteristics  manual  was 
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submitted  to  the  Krannert  Center.   The  manual  was  reviewed  by  Jaap  Spek 
(Audio  Director)  and  Ray  Caton  (Lighting  Director)  who  offered  several 
suggestions  for  improvement  of  the  manual.   They  also  recommended  several 
changes  in  the  basic  organization  of  the  proposed  machine.   A  large  portion 
of  the  quarter  was  then  devoted  to  integrating  their  recommendations  into 
the  manual. 

The  functional  characteristics  of  THESPIAC  currently  allow  the 
operator  to  perform  seven  basic  operations: 

1.  Create  or  modify  a  card, 

2.  Load  a  card  (either  manually  chosen  or  the  next  in  automatic 
sequence) , 

3.  Load  a  blackout  card  or  cause  a  total  blackout, 

h.      Change  a  card's  position  in  the  automatic  sequence, 

5.  Delete  a  card, 

6.  Display  the  current  live  card  or  any  card  in  memory,  and 
7-   Adjust  in  tandem  any  subset  of  the  dimmers. 

It  is  believed  that  these  operations  provide  a  simple  means  of  obtaining 
commonly  needed  functions  while  being  sufficiently  general  that  more  com- 
plex functions  may  be  constructed  from  combinations  of  them. 

1-5.2     Architecture  Alternatives 

Two  organizations  for  THESPIAC  have  been  investigated  during 
this  quarter — both  of  them  based  on  a  microporgrammed  control  unit.   In 
the  first  alternative,  the  dimmer  channels  would  be  serviced  on  a  time- 
multiplexed  basis  by  one  aritiimetic  unit.   Figure  1.5.1  shows  the  organi- 
zation of  this  alternative;  the  details  of  the  arithmetic  unit  (labelled 
"Fader  Update,  Buffer  Load,  and  Buffer  Update  Unit"  in  Figure  1.5-1)  is 
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shown  in  Figure  1.5-2.  The  registers  "card  number"  and  "dimmer  number" 
supply  addresses  for  the  main  and  local  memories;  the  use  of  the  "last" 
register  is  discussed  in  section  1.5-3. 

Tentative  microinstruction  formats  are  shown  in  Figure  1.5- 3a. 
These  formats  were  used  to  code  the  microroutines  for  all  operator  com- 
mands.  This  was  done  to  insure  that  all  necessary  instructions  had  been 
included. 

Instructions  are  categorized  into  four  groups.   Group  zero,  or 
"Constant,"  commands  allow  a  constant  to  be  loaded  into  one  of  eight  regis- 
ters and  optionally  to  initiate  a  memory  store  or  fetch. 

Group  one  allows  the  contents  of  one  register  to  be  copied  into 
another  register  and  optionally  initiate  a  memory  operation. 

Group  two  provides  various  control  commands.   This  group  contains 
instructions  which  aid  multiplexing  (START-LOOP  and  CONTINUE),  stop  the 
microroutine  until  the  next  operator  command  (END),  invoke  the  arithmetic 
unit,  set  or  reset  a  one-bit  flag  register,  set  warning  lamps  on  the  con- 
sole for  illegal  memory  address,  protect  violation,  or  move  instruction 
interlock,  alter  the  console  card  number  displays,  or  initiate  a  memory 
operation.   An  alternate  format  for  the  control  group  is  shown  in  Figure 
1.5.3b. 

Group  three  provides  conditional  transfer  of  control  instructions, 
A  branch  instruction  may  be  programmed  to  branch  on  either  a  true  or  false 
condition.   To  allow  unconditional  branches,  an  always  false  condition  may 
be  tested.   Other  testable  conditions  allow  the  contents  of  several  regis- 
ters to  be  compared  with  constants  or  other  registers. 

The  second  architecture  alternative  is  to  supply  an  arithmetic 
unit  for  each  of  the  dimmer  channels,  thus  allowing  parallel  operation  of 
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"CONSTANT"    COMMANDS 


tO^Oj 


Dest 


I I L 


Constant 
9  "bits 


OCTAL 

0  =  MEM  (MAIN) 

1  =  CARD  # 

2  =  LOCAL 

3  =  LAST 
k   =  KBD 

5  =  DIM  # 

6  =  TAPE  (CASSETTE/ DISK) 

7  =  PRINT 


Mem 
CTL 

j   i I i 

0  0  =  NO  MEM  OPER. 

10=  FETCH 
11=  STORE 


REGISTER  to  REGISTER 


Source 

Unused 

Mem 

Dest 

Source 

Unused 

CTL 

.0,1. 

i  i  i  i  i 

i  i  i  i 

i  5  bits 

I 

1  1  1 

0-7  as  above 

i    OCTAL 

10  =  Display- 

0  =  MEM 

1  =  LIVE 

2  =  CARD  # 

3  =  CARD  # 
h   =  LAST 

5  =  LOCAL 
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-1 

CONTROL 

Arith 
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Flag 
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CTL 

CTL 
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CTL      CTL 
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0  0=  NOP 

0 =  NOP 
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1000  =  MEMFAULT 
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1001  =  MEMPROTECT 

11  =  BUF  LD 
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1011  =  UNUSED 

1100  =  CLR  FDR  DISPLAY 
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branche: 
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CTL 
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0 
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111 I   UNUSED 

Figure  1.5. 3a  Microinstruction  Formats  for  Time-Multiplexed  THESPIAC 


ALTERNATE  STRUCTURE  FOR  CONTROL  COMMANDS 

Loop     End    "Subunit"      "Command"     Mem 

'  ±j  2j     i i i      i i    ■  '  ' i i      i i i i i i     i I i 

0000  =  RUN  PROC 

0001  =  FLAG 

0010  =  CONSOLE 

0011  =  KEYBOARD 
0100  =  TAPE  UNIT 
REMAINDER 
UNUSED 


Figure  1.5.3b  Alternate  Format  for  Control 
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the  dimmers.   This  alternative  was  considered  because  it  allows  a  high 
degree  of  modularity  (i.e.  each  dimmer  circuit  would  he  identical  and, 
therefore  interchangable)  and  redundancy  (i.e.  an  arithmetic  unit  for  each 
dimmer  instead  of  one  shared  arithmetic  unit).   This  organization  uses 
suhunits  which  are  very  similar  to  the  ones  used  in  the  time-multiplexed 
version.   Figure  1.5-^  shows  the  microcontrol  unit  and  the  card  sequencing 
unit,  and  Figure  1.5-5  shows  a  typical  dimmer  control  card.   The  use  of 
the  memories  "next"  and  "prev"  in  the  card  sequencing  unit  will  be  detailed 
in  Section  1.5-3-   The  "prot"  memory  is  used  to  hold  the  memory  protect 
bit  for  each  card. 

Cost  estimates  are  currently  being  prepared  to  enable  a  selection 
to  be  made. 

1.5-3     Automatic  Sequencing  Details 

While  defining  the  operator  commands,  it  became  apparent  that  a 
simple  linked-list  structure  would  make  certain  commands  very  difficult  to 
implement  (particularly  card  deletion  and  movement).   To  alleviate  these 
problems,  a  doubly-linked  circular  list  structure  will  be  used.   The  doubly- 
linked  circular  list  will  be  similar  to  the  one  discussed  in  Knuth's  "Funda- 
mental Algorithms,  Volume  l"  (pages  278-279).   Unlike  Knuth,  a  "list  head" 
node  will  not  be  present  in  the  list.   To  eliminate  exceptional  cases  in 
the  insertion  and  deletion  routines,  each  card  will  be  initialized  so  that 
its  "next"  and  "previous"  pointers  point  to  the  card  itself. 

One  pointer  to  the  list  will  be  held  in  the  "last"  register;  it 
will  point  to  the  most  recently  created  card  in  the  list.   As  cards  are 
created,  they  will  be  inserted  after  the  card  indicated  by  "last"  and  then 
"last"  will  be  updated  to  point  to  the  new  card. 

Les  Daley 

-13- 


! 

3 

12 

z 

z 
o 

1 

2 

i 

•a 

£ 

la 

V)   O 

z 

•  3£ 

•  „g 

fr     m 

IE 

— ?  P| 

'0 

O 

z 
< 

a 
o 

o  " 

£8 

Z  N 

o  -* 

£ 

CD 

l8o 

i-  >  -j 

z 

S 

0. 

s 

o 

S 

» 

o 

~z 

o 

N 
•H 


Ih 

O 


O 

<M 

w 
-P 

•H 

bO 

O 

0) 

H 
& 

0) 
CQ 

03 
O 


H 
O 

+3 

a 
o 
o 
o 
u 
o 

•H 

s 


3 

to 

•H 


-14- 


K 
fcff 

00 


o 

•H 
•H 

q 
cd 

O 

H 

0) 
H 
H 
ccJ 
^ 

o 


O 


O 
-P 

o 
o 

u 

<L> 


•H 


U 
p 

•H 


-15- 


2.   HARDWARE  SYSTEMS  RESEARCH 

(Supported  in  part  by  the  Atomic  Energy  Commission  under  con- 
tract USAT  (ll-l)  1U69,  W.  J.  Poppelbaum,  Principal  Investigator). 

Summary 

The  LASCOT  project  was  completed  this  quarter  and  a  final  report 
written  (UIUCDCS-R-73-58l) .  . 

1.  Stan  Kopec  reports  that  linear  thermal  resistors  have  been  found  to 
replace  the  troublesome  transistor  temperature  sensors  used  in  OLFT. 

2.  Dick  Blandford  explains  the  need  for  upward  shading  on  LINDA  and  his 
solution  for  establishing  a  positive  interlace  on  the  flying  spot 
scanner. 

3.  Steve  Whiteside  reports  that  the  remaining  bugs  in  the  transformer 
and  observer  position  detector  have  been  corrected,  that  the  display 
system  will  be  operating  this  quarter  and  that  Stereomatrix  will  be 
completed  in  its  present  form. 

h.      Dev  Bose  has  obtained  FROG  legs. 

5-   Bernard  Tse  outlines  the  scheme  used  for  horizontal  and  vertical  timing 
to  obtain  segment  integration  with  pseudo  zoom  for  CAECOTRON.  . 

6.   M.  El-Sonni  reports  on  the  results  of  simmulating  the  MERGE  opera- 
tors and  building  the  feature  vector  from  the  node  memory. 

7  and  8.   Both  CM  and  STORM  have  been  temporarily  suspended  for  the  summer. 

9.   Garlan  Huberts  explains  the  design  and  operation  of  the  NORMAN  input 
array. 

2.1       COLFTAR  (Project  No.  12) 

Summary 

During  this  quarter,  plans  were  finalized  for  the  new  temperature- 
sensing  elements  discussed  in  last  quarter's  report.   The  use  of  thermocouples 
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to  sense  crystal  temperature  was  abandon  in  the  interests  of  both 
accuracy  and  ease  of  application  (necessity  of  a  highly  stable  reference- 
junction  temperature  with  thermocouples).   A  search  of  available  tempera- 
ture-sensing devices  was  made  and  the  requirement  of  both  small  size  and 
high  accuracy  over  the  range  +25°C  to  -  50°C  eliminated  most  devices. 
In  addition,  a  linear  temperature-output  function  was  deemed  desirable. 
The  only  devices  found  to  provide  a  reasonable  trade-off  of  these  charac- 
teristics were  YSI  Thermilinear  Components.   The  components  each  consist 
of  a  precision  resistor  and  a  thermistor  composite.   Each  thermistor  com- 
posite contains  three  precision  thermistors  in  one  small  (~  .125"  x  .280") 
epoxy  case.   When  used  with  the  three  metal-film  resistors  which  make  up 
the  resistor  composite  in  the  network  shown  in  Figure  2.1.1,  the  manufac- 
turer advertises  a  maximum  linearity  deviation  of  +_.  15°C.   With  such  a 
linear  T  vs.  V  relation,  previous  COLFTAR  circuitry  may  be  used  with 
minimal  modifications.   The  thermistor  composites  will  be  mounted  at  four 
points  on  the  crystal-thermoelectric-module  interface  to  sense  crystal 
temperature  and  thereby  control  the  crystal  cooling  system. 

At  this  time,  an  attempt  is  also  being  made  to  improve  the 
video  source  for  COLFTAR;  presently  a  flying  spot  scanner.   Synchroniza- 
tion problems  are  believed  to  be  degrading  system  performance  so  this  is 
being  looked  into.   Also,  the  entire  video  train  will  be  gone  over  to 
insure  adequate  bandwidth.   Finally,  precision  optical-positioning  equip- 
ment will  be  fabricated  to  insure  easy  and  accurate  optical  alignment  of 
the  systems  optics. 

Stan  Kopec 
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2.2       LINDA  (Project  No.  28) 

Summary 

LINDA  (LINe  Drawing  Analyzer)  is  a  project  in  pattern  recogni- 
tion which  analyzes  simple  line  drawings.   Each  drawing  is  displayed  on 
an  oscilloscope  via  a  flying  spot  scanner  while  the  analysis  is  done  on 
the  video  signal.   A  given  drawing  is  first  broken  up  into  its  simpler 
parts  and  each  part  is  then  identified  in  turn.   Knowing  the  identity  of 
each  part  along  with  some  relative  position  information  LINDA  can  make  a 
fairly  accurate  identification  free  of  size  and  orientation  constraints. 

2.2.1     Project  Status 

Most  of  the  work  on  the  peripheral  parts  of  the  system  has  been 
completed.   This  includes  the  video  amplifier,  the  double  differentiator, 
the  delay  lines,  and  the  sweep  circuits.   All  of  these  have  been  outlined 
in  previous  reports.   The  shade  and  follow  logic  was  completed  during  the 
previous  quarter  and  in  the  past  quarter  some  effort  was  expended  toward 
making  this  circuitry  automatic.   The  shade  and  follow  circuits  allow 
LINDA  to  shade  in  any  portion  of  a  line  drawing  which  has  been  initialized. 
These  circuits  function  by  comparing  each  video  line  to  the  following  one 
and  shading  in  on  this  following  line  the  same  part  of  the  drawing  that 
had  been  shaded  on  the  present  line.   Shading  is  therefore  always  down- 
ward in  the  (normal)  raster  scan.   Some  work  on  the  design  of  a  logic 
system  which  would  allow  shading  in  the  upward  direction  as  well  has 
been  done  and  a  practical  system  is  being  constructed. 

As  originally  planned,  for  upward  shading  of  a  given  line  draw- 
ing it  was  essential  that  successive  frames  from  the  flying  spot  scanner 
be  identical  in  the  sense  that  if  line  15  of  frame  1  contains  2  pulses 
then  line  15  of  frame  2  should  contain  2  pulses  also.   This  was  not  always 
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the  case  with  the  flying  spot  scanner  being  used  because,  even  with  the 
interlace  eliminated,  the  vertical  and  horizontal  sweep  signals  were  not 
synchronized. 

Some  considerable  amount  of  time  was  spent  on  this  problem 
during  the  past  quarter  and  its  solution  was  not  as  trivial  as  it  was 
originally  thought  to  be.   The  vertical  sync  signal  in  the  flying  spot 
scanner  comes  from  the  60  Hz  line  while  the  horizontal  signal  is  derived 
from  a  crystal  oscillator.   In  terms  of  stability  then  it  should  be 
better  to  synchronize  the  vertical  to  the  crystal  oscillator.   This 
presented  many  subtle  problems  involving  60  Hz  noise  throughout  the  system 
and  this  solution  was  abandon  (after  much  grief)  in  favor  of  the  solution 
outlined  in  Figure  2.2.1. 

Figure  2.2.1  shows  a  MOS  phase  locked  loop  which  consists  of 
a  voltage  controlled  oscillator  (VCO),  a  phase  comparator,  and  a  low 
pass  filter.   The  VCO  runs  at  a  center  frequency  of  15720  Hz.   A  TTL 
counter  divides  this  by  131  to  get  120  Hz.   The  Phase  comparator  then 
compares  this  120  Hz  signal  to  the  120  Hz  signal  derived  from  the  line. 
The  phase  difference  goes  through  the  low  pass  filter  and  adjusts  the 
VCO.   A  15720  Hz  and  a  30  Hz  signal  are  taken  from  the  loop  to  synchro- 
nize the  horizontal  and  vertical  circuits  in  the  flying   spot  scanner. 
This  system  has  been  built  and  tested  and  it  works  well. 

2.2.2     Future  Work 

During  the  next  quarter  work  will  continue  on  the  shade  and 
follow  logic  to  make  it  automatic.  A  tape  recorder  for  LINDA1 s  voice 
will  also  be  incorporated  into  the  system. 

Dick  Blandford 
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2.3       Stereomatrix  (Project  No.  30) 

2.3-1     Transformer  Section 

The  main  effort  this  quarter  was  directed  toward  improving  the 

stereopair  generator  section  of  the  Transformer.   The  Transformer  is  the 

unit  which  implements  the  matrix  multiplication  (t..)(X),  and  generates 

-'-J 

the  stereopair  coordinates  from  those  transformed  coordinates.   The  exist- 
ing unit  was  somewhat  lacking  in  frequency  response  and  was  not  implement- 
ing stereopair  equations  which  were  consistent  with  the  position  detector 
and  coefficient  generator  coordinate  system. 

A  new  set  of  stereopair  equations  was  derived  to  include  the 
screen  position  K.   These  differ  from  the  previously  published  equations 
by  the  sign  of  z,  the  sign  of  a/2,  and  the  screen  position  constant  K. 
The  new  stereopair  equations  are, 

o 

h  -   Xo  -  f  +  K  <*  -  Xo  +  f  > 

o 

Z  -K 
o 
All  of  the  analog  circuitry  has  been  modified  to  correctly  pro- 
duce the  new  equations,  and  considerable  effort  was  expended  attempting  to 
raise  the  overall  frequency  response  of  the  Transformer.   In  the  stereo- 
pair generator  section  the  Z  divider  card  is,  naturally,  the  biggest  pro- 
blem, and  a  frequency  response  of  about  500  KHz  seems  to  be  the  best 
obtainable  even  after  extensive  modification.   The  other  Transformer 
cards  were  improved  to  obtain  about  a  two  megahertz  response.  Remaining 
problems  with  the  Transformer  include  the  long-term  drift  in  the  output 
due  to  the  four-quadrant  multipliers  and  the  low  output  from  the  Z  divider. 
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2.3.2     Position  Detector 

The  position  detector  equations  were  also  corrected  to  include 

the  screen  position.   These  new  equations  are  as  follows: 

_  -D  sin  g  sin  0 
o  "   sin  (0+0)    K 

.  D  Sin  (e  -  0) 
o  "'  2  sin  (©  +  0)   ' 

Figure  2.3.1  illustrates  the  geometry.   Notice  that  for  a  realistic  3-D 

system  there  must  be  an  identical  scale  factor  between  the  viewing  volume 

and  the  observer  space  if  we  are  going  to  correct  the  presented  image  for 

observer  motion.   In  this  system  the  observer  may  exist  between  Z  equal 

-3  to  -10  feet.   At  the  new  scale  factor  of  5  volts  per  foot,  this  is  -15 

Z 
to  -50  volts.   Thus  the  position  detector  actually  transmits  —  >  a  signal 

range  of  -1.5  to  -5-0  volts.   The  circuitry  of  the  position  detector  has 

been  modified  to  produce  this  signal  range  and  to  include  the  constant  K. 

2.3-3     Display 

Final  setup  and  adjustment  of  the  display  will  be  completed 
next  quarter  and  a  final  report  will  be  issued  on  the  completed  system. 

This  is  the  last  quarterly  report  on  this  phase  of  the  Stero- 
matrix  system. 

Steve  Whiteside 

2.U       FROG  (Project  No.  36) 

Two  small  permanent  magnet  DC  motors  have  been  acquired  for  de- 
signing the  movable  block  (see  QTPR  Oct. -Dec.  '71,  Section  2.9-2,  p.  3*0. 
The  movable  block  (MB)  should,  under  proper  command,  be  able  to  move  for- 
ward or  negotiate  corners,  being  guided  in  its  course  by  a  strip  of  white 
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line  on  a  black  floor.   The  mechanical  mounting  and  the  necessary  drive 
circuits  for  the  motors  have  been  designed.   Each  of  the  two  rear  wheels 
of  the  MB  is  driven  by  a  separate  motor.   A  caster  wheel  at  the  front 
gives  mechanical  stability. 

By  making  the  wheels  turn  in  the  same  direction,  the  MB  can 
be  made  to  move  forward.   By  turning  the  wheels  relatively  opposite  to  one 
another,  the  MB  can  be  made  to  turn  left  or  right  about  an  axis  between 
the  wheels.   The  power  supply  and  the  control  signals  are  external  to  the 
MB  and  are  transferred  to  it  over  a  cable.   The  MB  has  the  drive  circuits 
within  it. 

The  circuits  for  guidance  and  control  of  the  MB  during  its  motion 
are  yet  to  be  designed.   The  possibility  of  incorporating  the  power  supply 
within  the  MB  is  being  considered  as  well. 

Dev  Bose 

2.5       CAECOTRON  (Project  No.  k3) 

Summary 

During  the  past  quarter,  work  progressed  on  the  generation  of  the 
two  l6  x  16  matrix  pictures  from  the  two  television  cameras.   Circuitry 
needed  to  partition  a  video  line,  or  parts  of  it,  into  l6  equal  segments 
was  designed  and  implemented. 

2.5.1     High  Frequency  Clock 

In  order  to  divide  a  TV  picture  into  a  l6  x  l6  matrix  and  to 
implement  a  pseudo-zoom  capability,  a  clock  signal  higher  in  frequency, 
but  synchronized  to  the  31.5  KHz  TV  clock,  is  required.   For  this  pur- 
pose, clocks  signals  of  approximately  3  ysecs.,  1.5  ysecs.  and  0.75  ysecs. 
were  generated  by  a  frequency  multiplication  technique  using  a  phase-locked 

loop  and  a  programmable  divider. 
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2.5-2     Horizontal  Time  Pulse  Generator 

Using  the  high-frequency  clock  signals  so  generated,  a  circuit 
was  designed  to  select  the  desired  l6  consecutive  line  segments  for  inte- 
gration by  the  video  integrators  described  in  the  previous  quarterly  report. 
Thus,  for  example,  for  a  picture  with  a  magnification  of  2,  the  l6  segments 
in  the  center  of  the  video  line  (out  of  a  total  of  32  usable  segments)  are 
chosen  by  the  circuit  of  Figure  2. 5.1.   (Please  refer  to  the  1st  quarterly 
report  of  1973  for  more  details).   In  this  figure,  CI,  C2  and  C3  are 
clocks  of  3  usee,  1.5  usee  and  0.75  usees  respectively.   The  circuit 
selects  the  appropriate  17  clock  pulses  that  delimit  the  l6  desired  line 
segments. 

2.5.3     Vertical  Time  Pulse  Generators 

A  selection  circuit  is  used  to  select  the  desired  l6,  8  or  h 
video  lines  to  be  integrated  for  generating  the  corresponding  matrix  lines 
with  magnifications  of  1,  2  or  I  respectively.   This  circuit  is  shown  in 
Figure  2.5-2. 

Bernard  Tse 

2.6       INCOM  (Project  No.  U6) 

The  last  quarter  was  devoted  to  work  on  the  simulation  of  the 
MERGE  operators  in  association  with  the  NEX  and  CLI  operators  (please 
refer  to  last  quarterly  report).   Another  simulation  was  programmed  so 
as  to  build  the  feature  vector  of  the  character  image  from  the  node 
memory  (NODEM).   By  using  this  simulation,  the  heart  of  the  system  which 
is  the  feature  extractor,  has  been  simulated  and  the  simulation  performed 
as  expected. 
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Work  was  "begun  on  building  a  dictionary  of  the  feature  vectors 
from  a  sample  of  the  alphanumerics.   Because  decoding  the  sample  into 
binary  images  must  be  done  normally  and  is  a  tedious  and  slow  process, 
results  are  slow  in  coming.   However,  these  results  should  yield  a  classi- 
fication algorithm  which  can  be  implemented  in  hardware. 

The  next  quarter  will  be  devoted  to: 

1.  The  design  of  the  feature  extractor; 

2.  Simulating  an  algorithm  for  the  classifier; 

3.  The  design  of  the  classifier. 

Mohamed  El-Sonni 

2.7  CM  (Project  No.  U8 ) 

Work  on  this  project  has  been  temporarily  suspended  during  the 
summer  and  will  resume  in  the  fall.   The  third  quarter  report  will  then 
summarize  the  work  of  the  second  and  third  quarters. 

Editor 

2.8  STORM  (Project  No.  1+9) 
(See  note  under  2.7  above) 

2.9  NORMAN  (Project  No.  50) 
Summary 

The  purpose  of  Norman  is  to  recognize  two-dimensional  figures 
under  conditions  of  rotation,  magnification,  and  translation.   The  figure 
to  be  recognized  will  be  laid  over  a  special  array  of  phototransistors. 
During  this  last  quarter  the  size  and  shape  of  this  array  was  determined 
and  a  large  printed  circuit  board  was  constructed  to  which  the  phototran- 
sistors are  mounted.   Figure  2.9.1  shows  the  basic  input  array  where  each 
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small  circle  represents  a  phototransistor.   Taking  direction  1  as  an 
example,  current  is  summed  "by  the  amplifier  circuit  of  Figure  2.9.2  for 
each  one  of  the  eleven  lines  in  this  direction.   Note  that  because  of  the 
hexagonal  symmetry  of  this  array,  directions  7  and  13  also  have  eleven 
lines  and  the  spacing  of  phototransistors  is  identical  to  that  of  direc- 
tion 1.   Therefore,  each  "basic  array  has  three  sets  of  eleven  lines,  each 
sixty  degrees  apart  from  one  another.   If  six  such  sets  of  basic  arrays 
are  overlayed  with  ten  degrees  difference  between  each  of  them  and  some 
simplifying  approximations  are  made  in  the  positions  of  a  few  of  the 
phototransistors,  the  total  input  array  shown  in  Figure  2.9-3  is  obtained. 
Note  that  there  is  now  a  set  of  eleven  lines  every  ten  degrees  thereby 
providing  ten  degree  rotational  resolution  for  any  opaque  object  placed 
over  this  array.   The  phototransistor  printed  circuit  board  has  the  shape 
of  Figure  2.9-3. 

At  this  time,  the  boards  containing  the  summing  amplifier  cir- 
cuit of  Figure  2.9*2  are  being  laid  out.   Each  board  will  contain  eleven 
such  summing  amplifiers  and  three  RCA   CDU016AE  transmission  gates  which 
are  used  for  multiplexing  the  eleven  output  voltages  of  the  amplifiers 
onto  a  bus  of  eleven  lines.   A  total  of  eighteen  of  these  boards  will  be 
constructed,  one  for  each  possible  direction  of  the  lines,  zero  through 
170  degrees.   Work  is  also  progressing  on  designing  an  analog  to  digital 
converter  to  digitize  the  voltages  on  the  bus.   Design  and  construction  of 
the  converter  board  is  one  of  the  major  goals  of  the  next  quarter. 

Garlan  Huberts 
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3.      SOFTWARE  SYSTEMS    RESEARCH 

Work   during  the  second  quarter   centered  on    a  new   compiler  for 
numerical   and  system  programming  to  provide   a  machine   independent  vehicle 
for  our  software.      Equipment  was   purchased  to   connect  the  PDP-8  to  the 
PDP-10  via  an  inexpensive  phone   line   connection.      The   large   and  popular 
IBM  system  GPSS   is  being  harnessed  for  use   on   our   graphical  system.      In 
a  move  to  make  our  system  tailorable   to  individual  problem  areas  ,   the 
PDP-8  system  is  being  converted  to  an  interpreter  system  to  allow  its 
major  functions   to  be   program  directed. 

Testing  is   taking  place  independently  to  establish   the 
suitability  of  the  numerical  package   on   a  varied  class    of  numerical  problems 

3.1  Numerical  Processes 


3.1.1  DIFSUB    (R.    L.    Brown) 

Several  test  problems  were   formulated  to  be    run   on  the  PDP-8/ 
GRAPHICS   system.      Two  have  been   run  successfully   and  the   difficulty  in 
running  another  has   pointed  out   a  possible   improvement   in   the  system 
which  will  be   coded  and  tested  in   the  near  future. 

The  first  test  involves  a  problem  in  nuclear  reactor  kinetics. 
It  is  assumed  that  the  neutron  distribution  inside  the  reactor  varies  in 
level  but  not  in  shape    during  a  transient  time   interval. 

The   usual  partial  differential  equations  were   solved 
analytically  by  separation   of  variables    and  the   resulting  ordinary 
differential  equations  were   formulated  with  normalized  initial  conditions. 
The  variables    are: 
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N(t)      -  the   average  neutron   density   at  time   t. 
C.(t)    -  the   density  of  neutron  emitters    of  the  i-th   group 
at  time  t,  where   all  elements  of    a  group  have 
similar  decay    constants. 
Parameters   include: 

I      -  the   lifetime   of  a  free  neutron  in   a  water 

modulated  reactor. 
3      -  the  normalized  neutron  population. 
3.    -  the   fractional   contribution   of  group  i   to  3  • 
A.    -  the   decay   constant   of  group  i. 
k     -  the  multiplication   factor   (-   l). 
The  normalized  initial  values    are: 
N(0)   =   1 

k      6i 

i 

for  parameter  values: 

31  =  32  =  33  -    .01  =    .25 


a  =  io 
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A      =    1.26*10" 
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X     =   1.91*10 
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Most  numerical  methods  encounter  a  marked  instability  in  the 
equation  for  N(t).  This  was  true  for  the  GRAPHICS  system.  A  possible 
alternative  which  will  be   tested  soon  is   to  set 

N'(t)    =  0 
and  solve  the  algebraic  equation 

X*  _        X        1 

1=1 
for  N(t)    instead. 

A   chemical   reaction  with  quasistationary  species  was   modeled. 
An  industrial  synthesis    represented  by 

io2 

-> 

1      J 

y2  +  y2     *     y^ 
is  solved  by 

y-[  =  y3  -  ioo  j2y2 

7'2  =  y3  +  2y^  -  100  yxy2   -  10  U  Y\ 

y3  =  -y3  +  ioo  y^2 
rh  =  -yu  +  io1*  y^ 

with  normalized  initial  concentrations 

yi(0)   =  y2(0)   =   1;  y3(0)   =  y^(0)   =  0. 

The  reaction  model  reached  equilibrium  at  23  seconds   and  the 
resulting  re  act  ant   concentrations   reflected  the  expected  final  system 
eigenvalues  of  -177 »  -1  +    -6i,   0. 

A  model  for  the  transient  behavior  of  a  transistor  circuit 
proved  difficult  to  run  because  the  time   interval  was   only   30  ns.   while 
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the   initial  time   step   size  H  used  in  the   call  to  DIFSUB  by  the  system  was 

-h  5 

10       s.    or  10     ns.      Thus,   the  entire   transient   drive  voltage  was   never 

seen  "by  the  system.      The   minimum  value  HMIN  was   also  so  large  that  the 
program  would  probably  not  have  been   able  to   run  with  sufficient    accuracy 
anyway.      A  change  which  sets   H   and  HMIN   as   sub  multiples   of  TEND-TSTART 
is  planned  to   alleviate  this   problem. 

3.1.2  The  PLW  Compiler   (B.    van  Melle,    L.   Lopez) 

The  PLW  systems   programming  language  was    described  last  quarter. 
In  the  interests   of  having  the   compiler  in   operation   as   soon    as   possible, 
we  have    changed  our  method  of  attack.      We  now  plan  to  precompile  the  PLW 
source   into  FORTRAN,  which   can   then  be   compiled  by  the   FORTRAN    compiler 
of  the  particular   computer  on  which  the  program  is   to  be   run.      This   gives 
us   the  extra  advantage  of   compatibility  with  existing  FORTRAN  programs 
and  easy  transportability  between   computers. 

The   intermediate   FORTRAN    code  will  be   a  popular  superset  of  ANS 
FORTRAN   in  use  by  most   large   computer  installations.      The  non-standard 
features   to  be   used  include   generalized  subscript  expressions    and  some 
mixed-mode   arithmetic  expressions.      The  use   of  these    features   simplifies 
the  writing  of  the   expression   analyzer. 

Many  PLW  structures  have   obvious    correlates    in   FORTRAN.      All 
the   arithmetic   data  types  will  be   implemented,   e.g.,    'BINARY  FIXED' 
becomes.    'INTEGER',    and  FLAG  or  BIT  type   is   implemented  as    'LOGICAL'. 
A  DO   loop  with  index  variable  translates    directly   to   a  FORTRAN   DO;   a 
WHILE   clause  becomes    an  IF  statement   at  the  beginning  of  the   loop;   and 
'DO  WHILE'   without    an  index  variable    can  be  written   as   a  DO  with   increment 
zero.      The  use  of  the  DO  In  the  last   case   is   to  encourage   optimization. 
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The  implementation  of  other  PLW  entities    follows. 
PROCEDURES 

All  procedures  will  become   subroutines   or  functions,    depending 
on  whether  they   declare   a  RETURNS    attribute.      This   seems  the  best  way  to 
take   advantage   of  parameter  and  linkage   facilities  provided  by  FORTRAN. 
Recursive  procedures  will  not  be  permitted.      In  some   cases   the  pre-compiler 
will  supply  extra  parameters    (see    'global  variables'    below).      In   a  group 
of  nested  procedures,   the   outer  procedure,   which  is  to  be  externally 
known,  will  retain  the  name  given  by  the  programmer.      Internal  procedures 
will  be   renamed  by  modifying  the  name  of  the   outer  procedure,  whose  name 
will  have  to  be   unique   to  the   first    five   characters    (implementation 
restriction).      Thus,   there  will  be  no  conflict   arising  from  these 
internal,   hidden  procedures  becoming  externally  known  FORTRAN  modules. 

ALLOCATION 

The   only  variables  that  must  be   dynamically   allocated  are 
(l)    DSECT's    and  the  AREA's  in  which  they   are    contained,    and   (2)    locally- 
declared  arrays  with  object-time   dimensions.      All  others   are  handled 
quite   readily  within  existing  FORTRAN  specifications. 

All  dynamic  allocation  takes  place  within  the  stack.      The 
stack  is  accessible  by  being  declared  as   an   array  in  blank   common. 
The   first   few  entries  are   control  information,    such  as   the   current 
stack  pointer  and  the   limits   of  the  stack,   all  expressed  as   indices 
in  the  stack  array.      The   actual   stack  may  be  allocated  by  the  control 
program  perhaps  by  a  GETMAIN,  but  the  indices    computed  will  still  be 
relative  to  COMMON. 
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DSECT's    are  essentially  PL1  based  structures  with   only  two 
levels,  which  must  he   allocated  in   an  AREA.      The   declaration  is  thus: 

DCL  <dsect  name>   DSECT   (<list   of  members  with   attributes>  ) 
BASED   (<pointer  variable>)    IN    (<area  variable>). 
An  AREA  variable   is    represented  in   FORTRAN  simply   as    an   integer  index 
in  the  stack  of  the  start   of  the   area,   such  that   if  A  is   the   area 
variable,   then  STACK (A+l)    is   the   first  word  in  the   area.      A  pointer 
variable  is   similarly   an  index  in  the   area,   such  that   if  P   is    a  pointer 
variable,   then  STACK(A+P+l)    is   the   first  word  of  the  DSECT  described  by 
A  and  P.      To   reference  variables   in   a  DSECT,  we   consider  two    cases: 
(l)    scalars — for  these,   the   stack  has   several  aliases,    one   for   each 
data  type,    all  EQUIVALENCE' d  to  the  stack.      Then  each  scalar  in   a 
DSECT  has   a   corresponding  index  I,    an   integer   constant,   in   the  DSECT, 
and  the  scalar  is   referred  to   as    <appropriate   stack   alias>    (A+P+l). 
(if  the  scalar  has   a  different   length  than  the  stack,   then  A+P  may  be 
(A+P)*2   or   (A+P)/2,   etc.);    (2)    arrays— in   order  that  the  FORTRAN 
compile-r   can   do   all  the  worrying  about  subscript  expressions,   each 
array  in   a  DSECT  is   EQUIVALENCE' d  to   an   appropriate  element   of  the 
stack,    and  the  first  subscript  is   modified  by  the   area  and  pointer 
indices.      For  example,   if  X(2,2,2)  were   declared  as   the   first   member 
of  the  DSECT  BASED(P)    IN(A)  ,  then   X(l,l,l)   would  be  EQUIVALENCE' d  to 
the   first  element   of  the  stack,    and  X(J,K,L)  would  be   referred  to   as 
X(A+P+J,   K,   L). 

AREA's    are   readily   allocated  by  the  procedure  in  which  they 
are   declared,  by  manipulation   of  the  stack  pointer. 
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Dynamic   arrays    are   also   allocated  in  the  stack  by   manipulating 
the   stack  pointer.      But   in   order  to  permit  them  to  he   globally   accessed 
by   internal  procedures,   and  to  retain  some  semblance   of  efficiency,  these 
arrays  will  be  allocated  by   a  short   subroutine  which  then  passes   the 
array   as    a  parameter  to  the   real  subroutine,   along  with  any   dimension 
information  needed. 

See   accompanying  table   for  summary   of  schemes. 

GLOBAL  VARIABLES 

Variables   declared  in   one  procedure   and  referenced  by   a 
procedure  internal  to  it  are   "global"   and  are  treated  specially, 
(l)   Parameters  that   are   globally  referenced  are  passed  as  parameters   to 
each  procedure  which  needs   them.      (2)   Ordinary  variables    are  placed  in 
labeled  COMMON. 

CHARACTER  STRINGS 

All  character  manipulation  is   done  by   calls   to  assembly 
language  subroutines.      Character  string  variables   are   declared  in 
FORTRAN   as   integer   arrays  whose   first   dimension   is  the  number  of  words 
occupied  by  one  member  and  subsequent   dimensions    are   those   declared 
originally.      Each   character  string  consists   of  one  word  of  control 
information,    followed  by  the  actual  string.      The   control  information 
includes  the   length,   type,    and  if  varying  length,   the   current   length. 
The  information   is   such  that  the  null  string  is   represented  by  the 
integer  zero.      Examples:      ( 360   FORTRAN) 
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DCL      C      CHARACTER(12)    becomes    INTEGER  C(U) 

DCL     D(5,^)    CHAR(3)    becomes   INTEGER  D(2,5,U). 

Character  string  constants   are   assigned  a  unique  name   and 
initialized  by  the   specification   statement.      For  example,    'STRING' 
might  become  INTEGER     SS000l(  3)/6,  'STRI '  ,  'NG'  /.      Procedures  which 
return   character  values   are   implemented  as   subroutines  with   an   extra 
parameter  in  which  to   return  the   function   value. 

CONSTANTS 

The  PLW   compiler  will  permit   the  declaration   of  symbolic 
constants,   somewhat   like  EQU's   in   360  Assembler,    e.g. 
DCL     THREE   C0NSTANT(3),   END_OF_FILE   C0NSTANT(l2) .      The  expression 
analyzer  will  replace  all   occurrences   of  such   a  constant  by  the 
actual   integer  value,    and  will  simplify  integer   constant  expressions 
in  which  they  occur. 

THE  EXPRESSION  ANALYZER 

Even  though  we   are    counting  on  the  FORTRAN    compiler  to   accept 
general  subscripts   and  some   mixed-mode   expressions,   there  is   still  much 
work   for  the   expression   analyzer.      Much  error-checking  must  be   done    (we 
hope  to  produce   an   intermediate   code  which  is    as    free   from  errors   as 
possible).      As   mentioned  above,    character  operations   result   in  subroutine 
calls.      For  example, 

X  =  A|  |b|  |c 
would  become 

CALL   C0NCAT(A,B,TEMP1) 

CALL  CON  CAT  ( TEMPI,  C,X) 
while 
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X  =   SUBSTR(S,1,1) 
would  become 

CALL  SUBSTR(S,1,1,X). 
Logical  operations   translate   in   most    cases,   e.g.    '<'    becomes    '.LT.1. 
But    logical    '  =  '    and   '-i=' ,    i.e.,   equivalence   and  exclusive  or,   do  not 
exist   as   FORTRAN  operators,    and  must  be   done  by   function    call  or 
compiler- specific  operators.      Testing  complex  variables   for  equality 
is   also  not   permitted  in   general,    so  "C1=C2"  would  become 
"REAL(Cl)    .EQ.    REAL(C2)    .AND.    IMAG(Cl)    .EQ.    IMAG(C2)".      Complex 
exponentiation  must  be   done  by  function   call. 

For  procedures  whose  parameter  lists  are  known,    conversion 
may  be  performed  on  arguments.      This   conversion  is   limited  to   arithmetic 
and  flag  types.      It  is   also  intended  that  the  expression   analyzer 
recognize    certain   generic  functions    and  supply  the   appropriate  FORTRAN 
name.      For  example,   ABS(J)    could  become  IABS(j);   MIN(A,B,C,K)  would 
become  AMINl(A,B,C,FLOAT(K) ) . 

THE  SYMBOL  TABLE 

The  symbol  table  routines   have  several  functions:      (l)   to 
process  DECLARE   and  PROCEDURE   statements,  building  the  symbol  table; 
(2)   to  look  up  identifier  names  when  they  are   referred  to  within  a 
procedure;    (3)    to   generate  FORTRAN   specification   statements    for  each 
procedure;    (h)   to  generate  a  cross-reference  listing  at  the  end  of  the 
outer  procedure. 
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Each  procedure  has   its   own  symbol  table.      Each   symbol  table 
is  headed  by  a  symbol  table   control  block    (STCB).      The  STCB  has   a 
pointer  to   the  root  node   of  the   symbol  table  ,   a  pointer  to  the  previous 
STCB   (thus   linking  all  STCB's   together   for   cross-reference  time),   a 
pointer  to  the  STCB  immediately   global,    and  a  pointer  to   the  procedure 
entry  responsible   for  this   symbol  table    (defined  in  the  procedure 
global  to  this).      For   faster  look-up,   each  symbol   table   is  height- 
balanced.      Besides   the   identifier  name   and  the  usual  link  information, 
each  entry  has    a  type,    flags,    assigned  FORTRAN  name    (6   characters), 
and  pointers  to   a  reference  list,   subscript    list,   parameter  list,   or 
whatever  is   appropriate   for  the  particular  entry, 
(l)    DECLARE   and  PROCEDURE   statements 

The  syntax  of  the  DECLARE  statement   is   very  similar  to  that 
of  the  PL1  statement.      Attributes    and  subscript   lists   may  be  nested. 
For  example, 

DCL      (X,Y,Z(10)  COMPLEX)    DOUBLE; 
or  DCL      (A,B,C(12))    (2)    CHARACTER; 

which  is  the  same    as 

DCL      (A(2),   B(2),   C(12,2))    CHARACTER; 
the   following  attribute  names    (and  alternates)  are   recognized: 
CHARACTER    (CHAR) 

VARYING  (VARY) 
BINARY  (BIN) 

FIXED   (FIX,   INTEGER) 

FLOAT    (FLT) 

REAL 

COMPLEX   (CMPLX,   IMAGINARY,    I MAG) 

DOUBLE    (DBL,    LONG) 
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SINGLE    (SGL) 

POINTER    (PTR) 

FILE 

AREA 

DSECT 

PROC 

RETURNS 
FLAG   (BIT,   BOOLEAN) 
CONSTANT    (CON,   EQU) 
CHARACTER  and  AREA  may  be   followed  a  length  in  parentheses; 
CONSTANT  must  be   followed  by  an  integer  value  in  parentheses  ;  PROC  may 
be   followed  by  a  model  parameter  list;    and  RETURNS   must  be   followed  by 
one    or  more   returnable   attributes.      For  example, 

DCL     FUNC     PROC( FIX, FLOAT, FLAG)    RETURNS (FIXED  BIN); 
All  attribute  names    are  stored  in   a  table,  which,   except   for 
having  shorter  entries,   is  structurally  identical   to   a  symbol  table   and 
is   searched  by  the  same   routines. 

By  virtue   of  being  processed  by  the  DECLARE  routines  ,   the 
PROCEDURE   statement  has   a  more   general  syntax: 

<name>:      PROCEDURE  [(<  declaration   list>)  ]  [RETURNS  (<attributes>  )  ] 

[  ,<regular  declarations>  ] ; 
A  specific   case  is  the  more   familiar 

<name>:      PROCEDURE ( <parameter  list>  ) ; 
All  identifiers  within  the  parentheses    following   'PROCEDURE'    are 
considered  parameters,   in  the  order  in  which  they  appear.     The  parameters 
need  not  be   assigned  attributes   at  this   time;  they  may  appear  in  later 
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DECLARE  statements.      A   comma  after  the  parameter  list  and/or  RETURNS 
attribute   is   treated  as   though  it  were    '  ;DECLARE'.      Thus,  we  might  have 

GEORGE:      PROCEDURE  (A  FLOAT,    COUNT  FIXED, 

J,   K)    RETURNS ( COMPLEX)  , 
ALBERT   CHARACTER (12) , 
LISTP  POINTER; 

The   declare  processor  has    two  principal  routines:      DCL ,  which 
scans   the   statement,  keeps  track   of  parentheses    and  sub  lists  ,   enters 
each  identifier  in  the  symbol  table,   marks   parameters   and  links   them 
into  the  parameter  list   (pointed  to  by  the  procedure)  ;   and  ATR,  which 
is    called  on  by  DCL  to  scan   and  apply   attributes   to  a  single   identifier 
or  to  each  element  of  a  whole   list   of  identifiers.      Besides   these, 
there   are  numerous   utility   routines,   including  IENTER,  which   is 
responsible  for  entering  identifiers   in  the  symbol  table   and  maintaining 
its  balance;    LOOK,  which  searches    a  symbol  table    for  a  given  identifier; 
REF,  which   generates   references;   CHECK,  which  is    called  after  all 
attributes  have  been   applied  to   an  identifier  and  is   responsible   for 
final  consistancy   checks   and  calls   on  STNAME  to   create   a  FORTRAN  name, 
and  STDEFT  to  supply   a  default  type  if  one   is  not   explicitly   declared; 
and  various   routines  which  perform  byte   and  bit   manipulations. 

(2)    References 

The   function  ISCOPE   is    called  on  when   an  identifier  is   referred 
to  inside   a  procedure.      It   searches    first   the   active  symbol  table,    and,   on 
failing  that,   symbol  tables    global  to  the  procedure.      If  the  name   is    found 
globally,   then   (a)    a  local  "alias"   is   entered  in  the   active  symbol  table  so 
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that   future   references  will  be   faster,    and  (b)    CALLOC   is    called  on   to 
allocate  the  name   either  in   COMMON  or  as   an  extra  parameter.      Finally, 
in   any   case,    a  reference   entry  is    generated. 

(3)    FORTRAN   specification  statements 

When  the  END  statement  for   a  procedure  is   scanned,   all 
specification  statements    for  identifiers   used  in   that  procedure  are 
output,   as  well  as   the   actual  FUNCTION   or  SUBROUTINE  statement.      The 
FORTRAN  names   have  been   chosen   so   as   to  take   advantage   of  implicit 
type  specification   to  reduce   the  number  of  type  statements  necessary. 
Dimension  information   and  members   of  COMMON   are   output  here.      Also 
output   are   initialization  statements   for   character  string  constants   and 
for  character  string  temporaries   generated  by  the  expression   analyzer. 

(U)    Cross-reference 

After  the  outer  procedure   is   finally  processed,   the   cross- 
reference   table   is    generated.      XREF  is   responsible   for  this.      Since 
all  STCB's   are   linked  together  in   order  of  creation,   it  simply   goes 
down  the   chain,    calling  on  XPRINT  to  print  each  one.      XPRINT  traverses 
a  symbol  table   in  preorder   (alphabetical),  printing  each  identifier 
with  its   statement   of  definition,    attributes    and  references. 

CURRENT  PROGRESS  ON   THE  SYMBOL  TABLE 


The  symbol  table   is   looking  up. 

(l)   The   DECLARE /PROCEDURE  processor  is   complete  except  for  the 
stickier  problems   of  DSECT's   and  dynamic   arrays.      The  former  are  processed 
to  some   extent,  but  the   allocation  routines   still  must  be  written. 
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(2)  IS  COPE,   a  fairly  simple  routine,   is  written;  but   CALLOC , 
the   allocation   routine,   is  not. 

(3)  No  routines   exist  yet    for  outputting  specification  statements 
(U)    XEEF,    XPRINT  work  beautifully. 
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3. 3  Graphical  Remote  Access   Support  System  (GRASS) 

3.3.1  GPSS   Flowchart  to  Source   Code  Translator   (B.    Purvy) 

The   GPSS   flowchart  program  is   for  the  most   part   completed.      It 
was    tested  for  several   different  sets   of  pictures    and  implemented  for 
SPACT,    so  that   it   can  "be   run  interactively   from  the   GRASS   system.      A 
number   of  flowchart  errors    are  now  recognized  by  the   program,    and  error 
messages    and  warnings   are   sent  to  the  user.      Since   there   are  many 
"non -executable"  blocks    or  lines   of   code   in   a  typical  GPSS  program, 
all  of  the  model   cannot  be   easily  expressed  in   a  flowchart.      Consequently, 
the  program  requests   the   user  to  type   in  the   lines   of  code  he  wants   to 
precede   the   main  body  of  the  program.      This  would  include   variable 
definitions,    function   definitions    for  the   different  probability 
distributions   used  in  the  model,    etc.      The  program  copies   these   into   a 
temporary  data  set,    and  when   the   user  finishes,   it   copies   the  output   of 
the   flowchart   conversion   routine   and  then   asks  the   user  to  type   in   the 
code   that   follows  this.      In   addition  to  the  entity   definitions 
mentioned  above,   the  user   at  this  point  would  type  in   control   cards 
for  the  length  of  the  simulation   run.      These   lines   of   code  are    copied 
into  the  temporary   data  set   also  to  form  the   complete   simulation  model. 

It   is   at  this   point  that  work    is  proceeding.      Obviously, 
once   the  user  has  his    complete  model  he  would  like  to   do   several  things: 
run   it,    retain   a  copy  of  the   source   deck   on   disk  or  tape,   edit   the 
source   deck,    and  rerun  it.      These   are   questions   to  be   settled  at   a 
later  date   since  they  involve   such  things    as   availability  of  disk  space 
for  storing  programs    and  existence   of  a  CRT  based  text   editing  system. 
At  present,  we    are   simply  passing  GPSS  the  temporary   data  set   and 
perhaps  punching  the  source   deck  onto   cards. 
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We  would  like  to   get   some  or   all  of  the   output    from  GPSS  back 
to  the  user  terminal,    in  particular,    graphs.      Here  we  have  the  problem 
that  there   is  no  source   listing  available   for  the  version  of  GPSS   on 
our  system.      We   do   have   a  listing  for  a  later  version  which  is  not 
fully   debugged.      Thus,   the   obvious   solution  of   changing  the  GPSS   output 
modules   to   get  the  output  we  want   routed  to  the  terminals   is   not  open 
to  us.      It    is  not    clear   at  present   just   how  serious   the   errors   are   in 
the   later  version   for  which  we   do  have    a  source    listing  and  source 
deck;    if  they   are   manageable,  we  will  try  to  use  that  version.      If  not, 
we  will  probably  have   to  use  the  HELP  block   in   GPSS,  which   allows  the 
user  to   link  to  his   own  routines  to   send  output   to  the   GRASS   system. 

The  basic   rules    for  drawing  flowcharts   are   described  in  the 
1st  QPR  1973.      A  list   of  the  possible  messages   to  the  user  will   clarify 
what  is   allowed: 

1.  'PICTURE  NOT  FOUND' 

The  user  requested  a  picture  not   stored  on  PICLIB. 

2.  'INVALID   COMMAND' 

When  the  program  is   ready   for  a  command,   it  sends   the 
message    'GPSS  READY'.      Currently,   the  only   allowable  user  command  is 
'COMPILE  namel,  name2,...,  namen'   where    'namei'    is   the  name   of  a 
picture   previously  stored   on  PICLIB  by  LSD,   the  Library  Service 
Discographer  program. 

3.  'ERROR:    INSTANCE   §  n.    PICTURE  name    CONNECTED  TO   ITSELF' 

J. 

where  n  is  the  number  of  the  incorrect  block.  This 
message  means  that  one  terminal  of  a  block  is  connected  to  another 
terminal  of  the  same  block. 
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k.       'ERROR:      TWO  OR  MORE   LOCAL   CONNECTIONS   TO  AN  EXTERM: 

PIC  #  n    ,   INST   #  n2' 

where  n     is   the  number  of  the  picture   in  the   order  that 
the  pictures  were   listed  in  the  COMPILE   command,   and  n     is   as  before. 
Recall  that   an  EXTERM  (External  TERMinal)    is   used  to   link  together 
two   different  pictures  with  a  two-character  parameter  being  used  in 
an  EXTERM  in  both  pictures   that   are  being  linked.      Each  EXTERM  is 
connected  to   one  block   in  its   own  picture,   and  thus   the  two  blocks 
connected  to  EXTERM' s   are   logically   connected  to   each  other.      Error 
message   ffh  means   that   the  rule  has  been  violated  and  there   is   more   than 
one  block  connected  to   an  EXTERM. 

5.  'ERROR:      UNRESOLVED  EXTERMS ' 

This   means  that  there  were  EXTERM' s  without   another 
matching  EXTERM.      A  list    of  the  unmatched  EXTERM's    follows   this   message. 

6.  'ERROR:      TWO   OR  MORE    CONNECTIONS  TO   A  LOCAL   TERMINAL, 
INST   #  n      PICTURE  name' 

A  terminal  on   the  block  in  question  was    connected  to  two 
different  terminals.      This    creates    an  unresolvable   ambiguity   for 
the  program. 

7.  'ERROR:      NO   PARM  PRESENT  FOR  EXTERM,    INST    #  n,   PICTURE 
#  n2' 

An  EXTERM  did  not  have   a  parameter  specified  for  it. 

8.  rERROR:      NO   GENERATE  BLOCK   FOUND  IN   FIRST  PICTURE' 
Currently,   the   first   picture  named   in  the   COMPILE    command 

must    contain   all   GENERATE  blocks   in   the  model.      This   is   the   only 
restriction  placed  on  the   order  in  which  pictures    are  named  in   the   COMPILE 
command.      After  the   first  picture,   the  others   may  be   given   in   any  order 
since   the  EXTERM's    do  the  linking. 
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9.       'SOURCE   DECK  NOT  CREATED  DUE   TO   FLOWCHART  ERRORS' 

Because  of  any  of  the  above   errors,  the   flowchart    could 
not  be    converted  into  a  source   program.     This   message  will  not   appear 
until   all   other  errors    and  warnings  have  been   given  so   that  most    or 
all  of  the  mistakes    in   a  flowchart    are   detected  in  one   run. 

10.       'WARNING:      NO  OPERAND  TERM  TYPE,   PIC   #  n      INST   #   n     TO 
PIC  ti  n     INST  #  n^» 

This   means   that  a   connection  between  two  blocks   other 
than  TOP-BOTTOM  did  not  have  the  name  of  the   terminal  type   used  in 
either  block's   operands.      Recall  that   in  the  normal  case,   branching  is 
handled  by  putting  the  name  of  the  terminal   in  the   operands  where  the 
label  of  the  block  being  branched  to  should  be,   e.g.   LINK  X2  ,   LEFT,    k 
where  the  LINK  block  is    connected  on  the  left  to  block  BLCK1,  will  be 
converted  to  LINK  X2 ,  BLCK1,Y.      One   or  both  of  the   connected  blocks 
may  have   the  terminal  type   in   its    operands   so  that  BLCK1   could  have 
K3, RIGHT, Yl   in   its   operands,    and   'RIGHT'   would  be   replaced  by  the  label 
of  the  LINK  block.      But   if  neither  block's   operands  have   a  terminal 
type,   this  warning  is    given. 

For  details   on  how  pictures   are    constructed  and  saved  using 
the   GRASS   system,    see   DCS  Report   k6j 9   August  1971-      Each  block  in   GPSS 
appears   in   the  menu  area  as    a  picture   and  as    a  mnemonic,   e.g.    ASSIGN 
and  ASSIGN. 0.      The  user  who  wishes  to   add  an  ASSIGN  block  to  the   flow- 
chart he  is   drawing  will  do  the   following: 

1.  "Hit"  the   spot   on  the   screen  where  he  wants   it  to   go. 

2.  "Hit"  ASSIGN. 0   in  the   menu  area.      The  ASSIGN  will  now 
appear  on  the  screen. 
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3.      Select   "V"   or  "I"   in  the   light  "button   area  depending  on 
whether  visible   or  invisible   connections   are   desired.      Then  hit  pairs 
will  define   the  terminals  to  be   connected.      The  ASSIGN  block  will  have 
terminals    on  top   and  bottom  and  one   or  two   on  each  side. 

k.      Hit    "A"   in  the   light  button   area  for  "alter  mnemonic 
parameters",  then  hit  the  ASSIGN  block.      Something  like: 

LAB=DEFLT 

BLOCK=ASSIGN 

OPS 

COM 
will  appear  on  the  screen.      The    'DEFLT'    label  will  not   appear  on  the 
final  source   listing.      To   give   a  label   to  the  ASSIGN  block,   e.g. 
ASSN1,    delete    'LAB=DEFLT»    and  insert    'LAB=ASSN1!.       'OPS'    needs   only  to 
be   extended  to  specify  operands,   e.g.    '  0PS=0P1 ,0P2  ,0P3'  .      Comments    can 
be   added  in  the  same  way  if  desired. 

5.      The  user  is  now   ready  to   add  the  next  block  to  the 
picture,   or,   if  it   is    complete,   save   it  with    'S#name'   where    'name' 
is   the  name  he   gives  to  the  picture. 

PROGRAM  DOCUMENTATION 


The   flowchart  program  is    divided  into  two   modules,  GPSSGRSS 
and  CGO.      In  the   former — the  main  program — user   commands    are   accepted 
and  analyzed,   pictures   are   read  in   from  PICLIB,   translated  into  EBCDIC 
(in  the   case   of   alphabetic   data  or  binary    (in   the    case   of  numbers), 
and  analyzed.      The  tables    described  in  the   QPR  for  the    first  quarter 
1973  are   created,    and  any  errors    detected  are  sent  back  to  the  user. 
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NUMPICS 

DS 

NSPICS 

DS 

PRMADRS 

DS 

S8D 

DS 

BUF 

DS 

If  there   are   any  errors,   this   is    as    far  as   the  program  goes; 
'SOURCE   DECK  NOT   CREATED  DUE  TO   FLOWCHART   ERRORS'    is    sent   to   the  PDP-8 
and  GPSSGRSS   is  terminated.      If  there   are  no   errors,    CGO   is   invoked. 
It   is  passed  the   address    of  an   area  containing  the  tables   mentioned 
earlier  plus   other  information: 

PASSED  DSECT 

PTABADDR      DS  F 

H 
H 

15F 
F 
CL248 

UNTRTAB        DS  CL256 

PTABADDR  is   the   address   of  a  table   PTAB   giving  the  names   of  all 
pictures   in  the   flowchart   and  pointers   to   the  NC  tables.      Each 
picture   is  represented  by  12  bytes:      8  for  the  name   and  h  for  the  pointer. 

NUMPICS   is   the  number   of  pictures   in  the   flowchart. 

NSPICS   is    a  return  parameter  from  CGO;   it  tells  how  many   card 
images    are    contained  in  the   source    deck   created  by  CGO. 

PRMADRS   is    a  list   of   addresses    of  the  parameter  blocks 
described  in  Figure   2   of  the   1st  OPR  19 73.      They  are   in  the  same   order 
as   in  PTAB  with   h  bytes    for  each  picture. 

S8D  is   the  address   of  the  SPACT  work   area  established  by  the 
main  program  on  entry. 

BUF  and  UNTRTAB   are   included  primarily  to  save   space;    they 
are  the  buffer  for  messages   sent  to  the   PDP-8  and  a  translate  table   for 
converting  EBCDIC  to  the   format   used  by  the  PDP-8. 
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The   logic   of  CGO  is    described  later  on.      For  now,   it  is 
sufficient  to  say  that  CGO   returns   in  R0  the   address    of  a  list  which 
gives   the   order  in  which  blocks  were   compiled.      There   are    k  bytes    for 
each   line  of  code   in  the   completed  source    deck,   2   giving  the  number 
of  the  picture    (in  the   same   order  as   in  PTAB,  which  is   the  order  they 
were  typed  in  by  the   user)    and  2   for  the  instance  number  within  the 
picture.      The  main  program  then  has   to   refer  to  the  parameter  blocks 
to   get  the   card  images   of  the  program.      NSPICS   tells  how  many   cards 
there   are;   if  NSPICS=-1,  no  deck   could  be    created.      NSPICS=-2   means 
that   an  I/O  error  occurred  in   CGO. 

Upon   return   from  CGO,   the   user  has    a  number  of  options  which 
are  still  being  developed  at  the  present  time.      He   can  type   in   lines 
of   code  to  precede   and  follow  CGO's   output;   these  will  normally  be 
non -executable  blocks,    control  statements,    and  output   editor  statements 
The   source    deck   can  be   punched  onto   cards    and/or  it    can  be   used  as 
input  to  GPSS   directly. 

Details   of  GPSSGRSS 


On  entry  to  GPSSGRSS,   the  SPACT  parameter  list  is   saved  and  a 
100  byte   area  is    GETMATNed  for   a  work  area,    and  an  S8ENTRY   is   issued. 
PICLIB  is   initialized  and  opened,   and  the  message    'GPSS   READY'    is   sent 
to  the  terminal.      An  S8READ  is   issued  for  the  user's    command,  which 
currently  must  be    'COMPILE  namel, .  .  .  ,namen'   where    'namei'    is   the  name 
of  a  picture   stored  on  PICLIB.      The  picture  names   are  placed  in  PTAB. 
At   LP1,   the  number   of  pictures   processed  so   far  is    compared  to   the 
number  specified  by  the   user,    and  if  less,   the  branch  to   XXY   is  taken. 
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Here  the  number  of  the  picture  we   are  working  on   is   stored  in   CURNUM, 
and  its   name  stored  in   CURRENT.      The  picture   is   then   read  in    from 
PICLIB.      The   address   of  the  header  block  is   kept  in  HEADAD,   the  sub- 
picture  block  in  SUBPICS,    and  the  node /connection  block  in  NOODLES. 

The  next   section   from  LLOP  to  TDONE  translates   the  subpicture 
block  into  binary  and  EBCDIC.      For   converting  numbers    from  PDP-8  to   360 
format  a  modified  form  of  the  LOP  macro  is  used — the   modification  being 
to  allow  specification   of  the   address   in   a  base -displacement   form  as 
well   as    a  symbolic   form.      The  PDP8DATA  macro   is  used  as    a  reference 
with  register  5   used  as   the  base   register,   thus   symbolic  names   in  the 
DSECT   are  used.      In   addition,   a  table,   SUBPLIST,   is   created  giving  the 
address   of  each  instance  within   the  subpicture  block.      This   is   used 
later  to  provide   random  access   to  any   instance. 

The  next  section   from  TDONE  to  SDONE,    creates   the  parameter 
blocks    described  in  Figure  2   of  the   1st   QPR  1973.      An   area  is    GETMAINed 
and  its   address   stored  in  PRMADRS.      In  each  block  other  than  EXTERMS, 
the   parameters   are  broken   down   into  label,  block  name,    operands,   and 
comments,    and  placed  in   columns  2,    8,   19,    and  36  of  the    card  image. 
The  program  expects  the  parameters   to  be   in  order,   and  of  the   form 
<parm>=< character  string>  .      This   is   possibly  too  rigid,    and  later  it 
may  be    changed  to  allow  listing  the  parameters  in  any   order.      (Column 
36  is   only  used  for   comments   if  the   operands    do  not   extend  beyond 
column   3^.  )      There  is    always   one  blank  separating  them. 

The  next   section  of  code   is  the  heart   of  GPSSGRSS    (which, 
incidentally,    is  not  the   final  name   of  the  program).      It   creates  the 
NC  tables    described  in  Figure   1  of  the   1st   QPR  1973,    and  also   described 
in  the  NCTABL  DSECT  at  the  beginning  of  GPSSGRSS.      The   amount  of  space 
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needed  is    calculated  from  the   size   of  the  terminal  block  of  the   picture; 
it   is   GETMAINed  and  the  address    stored  in  PTAB.      All  the   code    from  ITER 
to  D0NE5   is    concerned  with  creating  the  table. 

Register   7  is   used  to  hold  the  number  of  the  instance  we   are 
working  on.      Referring  now  to  page  19   of  DCS   Report   507,   March  1972, 
for  a  clearer  picture   of  how  the  terminal  block  is   structured  by  GRASS, 
register  6   is   initialized  to  point  to  entry  2,    and  each  terminal  is 
checked  to  see   if  it  belongs  to  the  instance  number  being  worked  on 
(register  7).      If  not,  the  next  terminal  is   looked  at;   if   .R6  now 
points  to  entry   3,  we   are   done  with  this   instance. 

If  the  terminal   does  belong  to  the   instance,  we    first   get 
the  address   of  the   instance   using  SUBPLIST  in    .R5,    and  use  the  terminal 
type  name  number   (in  the  terminal  block)    to  get  the  terminal  type  name 
(in  the  subpicture  block)  ,   and  enter  it   in  the  NC  table.      Then  the 
terminal  that  is  the   other  half  of  the   connection   is  examined  to   get 
the  number  of  the  instance   it   is    connected  to.      For  example,   if 
inst   #1   is    connected  on  the  right  to  inst    #3,  we  would  form  an   entry 
for  inst   #1:       'RIGHT  3'.      The  number  of  connections    found  so  far   for 
this    instance   is  kept    in  NPERINST;   if  this   is    greater  than   one,   the 
terminal  type   is    checked  against  previously   found  connections   to  make 
sure  the   terminal  was  not    connected  twice. 

If  the   instance   is    an  EXTERM,   a  different  procedure   is 
followed  after  this.      (As   mentioned  in  the   first  part   of  this    report, 
only  one   local   connection   is    allowed  to   an  EXTERM.)      I   might  add  that 
I   am  considering  changing  both  this   and  the  rule  that  only  one 
connection   is    allowed  per  terminal  since   it  becomes   inconvenient   to 
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make   several   connections   to   a  single  block.      In   the   case   of  EXTERM's, 
we   might   create   sender  and  receptor  EXTERM's  so  that   a  block   could  have 
one  receptor  EXTERM  attached  to  it,    and  any  number  of  sender  EXTERM's 
on   other  pictures    could  refer  to  it.      Now,   there  would  have  to  be   a 
separate  EXTERM  for  each  external  connection. 

A  linked  list   is  kept   of  EXTERM's  which   are  not  yet   resolved. 
Each  node   is   l6  bytes   long.      Bytes   0-7   are   the  picture  name,    8-9  the 
instance   #,   10-11  the  parameter   (EXTERM's    are   linked  via  a  two- 
character  parameter) ,   and  the   last   k  bytes   are   a  pointer  to  the  next 
node.      When  we   get   a  new  EXTERM,   it   is    checked  against  the   ones    already 
on  the   list  to  see   if  an  EXTERM  with  the  same  parameter  is   there;   if 
not,   the  new  one   is   added.      NPERINST   is   set  to  three;  this   is  to  allow 
for  the   completion  of  the   entry  when  the  matching  mode  is   found. 

When  a  match  is    found,   two  pseudo-connections   are   added  to 
each  EXTERM's  NC  table  entry:       'EXTERN  n'    and   'PIC  name',  where  n  is 
the  inst  #   of  the   other  EXTERM  and   'PIC  name'    is   the  picture  it  belongs 
to.      (It  might  be   observed  that  we   could  get  by   just    as  well  with  one 
pseudo-connection:       'PIC  name  n'    since  we  know  that   the   second 
connection  to   an  EXTERM  is   always   external.  ) 

When  all  the   instances  have  been   analyzed,   the  next  picture 
is   read  in   and  processed.      When  this  is    complete,   the   flag  SEVERE   is 
tested  to   see   if  the   flowchart  had  any  errors.      If  so,    'SOURCE  DECK  NOT 
CREATED  DUE  TO  FLOWCHART  ERRORS'    is   printed  and  the  program  stops.      If 
there  were  no  errors,    CGO  is   called. 
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Details   of  CGO 

The   first  operation   CGO  performs   on  entry  is  to   go  through   all 
the  NC   tables    and  add  up  the  total  number  of  subpictures   in  the   flowchart. 
This  number  is   stored  in  TOTPICS   and  used  to   calculate  the  amount  of 
storage  needed  for  the   list  that   gives  the   order  of  the   subpictures   in 
the   final  source   deck,  whose   address   is    stored  in  COMADR. 

The  next  section  of  code,   beginning  with  STKEMPTY   is   a 
search  through  the   first   picture's  NC  table   for  a  GENERATE  block.      When 
one  is   found,   NUMGEN   is  incremented  by  one.      If  there   is  no   GENERATE 
block  which  has  not    already  been  processed  (denoted  by   a  bit    flag  in  the 
"spare"   2  bytes   of  the  NC  table,  NUMGEN  is   checked  to  see   if  the   first 
picture  has    any  GENERATE  blocks.      If  NUMGEN   is    zero,    an  error   is   signalled 
and  CGO  is   exited. 

When   a  GENERATE  block  is    found,    it   is   "compiled",    i.e.    h  bytes 
are   added  in  the   compile  area,  pointed  to  by  R10 ,    giving  the  picture   and 
instance  numbers.      This   is   done   at  NEXTU.      At  this  point,  which  is   also 
the  point  at  which  all  blocks   are    compiled,  the   connections   in  the  NC 
table  are  analyzed  for  the  purpose   of  determining  which  block  to   compile 
next.      TOP   connections    are   ignored  since   any  block  on   top   of  the  block 
in   question  will  necessarily  already  have  been   compiled.      When  a  BOTTOM 
connection  is    found,   another  bit   flag  in  the  spare  bytes   is   raised  for 
later  reference.      Other   connections    (LEFT,   RIGHT,   LEFT1 ,   etc.)    are 
placed  on   a  stack   for  processing  later.      Each  entry  in  the  stack   is 
composed  of  l6  bytes:      bytes   0-7  are   the  terminal  type  name,    8-9  the 
inst   #,   10-11  the  picture   #,   and  bytes   12-15   the  pointer  to  the  next  node. 

When   all  the    connections   have  been  processed,   PAST   checks  to 
see  if  there  was   a  BOTTOM  connection.      If  so,   the  inst   #  of  the  block  it 
is    connected  to   is   used  as   the  next  block  to  be    compiled.      Its   address 
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is   placed  in  R5   and  NEXTU  branched  to.      This    is   assuming  the  next  block 
is   not   an  EXTERM.      If  it   is,   the   routine   ITSEXT  is    called,   which  expects 
R8  to  point  to  the  EXTERM,    and  which   finds   the  EXTERM  it   is    connected 
to   and  returns   in   R5   of  the  address   of  the  subpicture  this   other  EXTERM 
is   connected  to.      Upon   return   from  ITSEXT,  NEXTU  is  branched  to. 

In  this  way,   the  TOP -BOTTOM  connections    are   followed  as    far 
as   they  go,   each  block  being  compiled  in  sequence.      When   a  block  has 
no  BOTTOM  connection,   UNSTK  is  branched  to,  which  removes   the  top  node 
of  the  stack   of  branch   connections.      If  UNSTK  finds  the  stack  empty,   it 
branches  to  STKEMPTY ,    described  earlier,    else   it   finds   the  addresses 
of  the  NC  table  entries   of  the  two  blocks    and  stores   them  in   BRANCHER 
and  BRANCHEE.      If  the  branchee  block   (or  the  block  connected  to  the 
terminal  described  in  the   stack  entry  being  processed)    is    an  EXTERM, 
the   ITSEXT  routine   is    called  to   find  the   correct  block  in  the  other 
picture  that  the  EXTERM  links  to. 

Next,  the  addresses   of  the   card  images  of  the  two  blocks   are 
found  and  stored  in  BRER   and  BREE.      The  bulk  of  the  remainder  of  CGO 
searches   through  the   operands   of  these  two  blocks    for  the  names  of  the 
terminals  being  used,    and  if  it   finds   them,   replaces  them  with  the  label 
of  the  other  block. 

LPl6  is   the  beginning  of  this   routine,  which  is   used  for  both 
blocks.      TERMTYP  holds   the  terminal  name  we    are   looking  for.      R5  is 
given  the  length  of  TERMTYP,   i.e.    the  number  of  non -blank  characters. 
Now  we   look  at  the  other  block  to   see  if  it  has   a  label.      (All  blocks 
as    constructed  on  the  PLP-8  have  LAB=DEFLT   initially;   the  user   changes 
DEFLT  to  his   own   label  if  he  wants   to   attach   a  label  to  the  block.)      If 
it  has   a  label,   it   is  put  in  INSLAB;   otherwise,    one   is    generated  and 
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attached  to   the  block  in  place   of  DEFLT  and  put   in  INSLAB.      The  length 
of  INSLAB  is   then  put   in  B.8.      The   operands    are   searched  for  TERMTYP   and 
its    address,   if  it   is   found,    is  put   in  Ek.      Then,    depending  on  the 
relative   lengths   of  INSLAB   and  TERMIYP ,  SAME,   MOVEIN ,   or  MOVEOUT   is 
branched  to.      In  the   case  of  MOVEOUT   (where   INSLAB  is   longer  than 
TERMTYP  )  ,  the  operands   to  the   right  of  TERMTYP  are  moved  to   a  buffer 
and  then  back  to  the   right    of  INSLAB.      For  example, 

TERMTYP=LEFT ;    INSLAB=LABEL 
operands  =   X2 ,   LEFT,   P2 ,    h 
we    do:  BUFFER  <-    '  ,P2  ,  V 

operands  =   X2 ,   LABEL 
and  then  operands   =   X2 ,    LABEL,  P2 ,    k 

When  both  blocks  have  been  processed  in  this  way,  there 
are   two  possibilities:      that   the  branchee  block  has    a  TOP   connection, 
or  it    does  not.      If  it   does,   it   is   either   already   compiled,   or  it 
will  be   right    after  the  block  on  top  is    compiled.      So  we    go  to  UNSTK 
and  do  the  next  branch.      If  it    does  not  have   a  TOP   connection,   we 
branch  to  NEXlU  where  it   is    compiled. 

The  whole  process   is   repeated  until  the  stack  is   empty  and 
all   GENERATE  blocks   have  been   compiled.      As   mentioned  earlier,   on 
normal  exit    from  CGO ,  R0=COMADR,   the   address   of  the  beginning  of  the 
compile    area. 
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3.3.2  Modification   of  DPI!   Routines   in   GRASS    (N.    Hennegan) 

The   integration  of  the   interpreter  monitor  into  the  system 
has    indicated  that  some    further  alterations    in   the   system  would  be 
beneficial.      To   attain   most   efficient  use   of  both   CPU's    and  to   free 
more    core   in   the  PDP-8   for  the  interpreter,  we  have   decided  to 
incorporate   most  of  the   display  processing  routines   into  ACID  in  the 
PDP-8/I . 

Originally,    338  terminals  were   to  be   used  for   display  purposes, 
but  within   the  past   few  years   it  has  become   clear  that   less   intelligent 
terminals    coupled  with  a  small   computer  would  be   more   suitable   and  less 
expensive.      Hence,    a  switch  was   made   to  COMPUTEK   terminals    controlled  by 
a  PDP-8/I .      Rewriting  the  system  to  handle  the  new   format  was  not   judged 
necessary  so  the  buffering  control   program,  ACID,   in   the   PDP-8/I  was   in 
effect   designed  to  simulate    a  338. 

In  the  proposed  version,    data  for  display  is   transmitted  to 
ACID  in   almost   the  identical  format   as   it  is   stored  on   disk,   eliminating 
the   338  conversion   and  speeding  up  the  process.      To  keep  the  version   as 
simple   as  possible,   the  DPU  routines   in  ACID  are   designed  to   accept  only 
three  types   of   display   data  blocks.      These   are 

1.      line  blocks , 

2  .      text  blocks  , 

3.      terminal  blocks. 
The   remaining  types    of   data  blocks   such  as   mnemonic   storage  blocks, 
instance  blocks,   menu  blocks  ,   etc.,   must,   therefore,  be    converted  into 
the   above   three   categories . 
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As   in   the  present  system,    one   standard,  block  is   transmitted  to 
the    8/1   at   a  time.      The   first  word  of  the  DPU  output  buffer  starting  at 
location   1000  in  BNK  0   contains   the  type    of  the   first  block  in   the  output 
buffer.      Following  this  word  is    one   of  the  three   standard  blocks.      The 
first  word  of  a  standard  block  is   the   displacement   of  the  block.      If  the 
block  to  be   displayed  is   one  of  the  three   standard  blocks,   then   this   is 
all  that  is   in  the   output  buffer.      If,    on  the   otherhand,  the  block  to  be 
displayed  is   a  mnemonic  block,   DPU  routines   in   GUTS    (utility  programs) 
take  the   formatted  mnemonic  block   and  sort  the   data  into  the  three 
standard  blocks  with  a  type  word  separating  each  block. 

For  this   example   the   output  buffer  would  contain 


1000  |  |  type  word  indicating  that   the  following  block 

is    a  text  block 


standard  text  block 


type  word  indicating  that  the   following  block 
is   a  terminal  block 


standard  terminal  block 


j  |  type  word  indicating  that   the   following  block 

is    a  line  block 


standard  line  block 


type  word  indicating  that  the   following  is   a 
text  block 

( continued) 
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standard  text  block 


zero  indicating  end  of  segment 


As   in   the   present  system,   the   available  space   in   the   output 
buffer  is  tested  before   each  entry  is   added;   and,   if  exceeded,   the 
remaining  data  is   flushed.      This   is    unlikely  because  the  buffer  can 
contain   a   complete   screen  of  text.      After  the  block  is   loaded  in  the 
output  buffer,    the  DPUOUT   flag  is   set  indicating  to  ACID  that   input 
is  pending.      The  DPU  routines   in  ACID  convert  the   data  to  COMPUTER 
format   as   it   is   received  and  place  it  in  the  output  buffer  to  the 
terminals . 

3.3.3  GDUMP — GRASS  System  Memory  Dump    (R.   Whyte) 

BACKGROUND 

In   order  to  maintain   and  improve   the   reliability  of  the   GRASS 
system  software,    a  means   of  preserving  the  state   of  the  system  following 
a  "crash"  was   needed.      GDUMP  was  written   to  perform  this   task.      Basically 
GDUMP   allows   the   operator  to  preserve   the   contents   of  the   core  memory   of 
the  system  CPU,    currently   a  PDP-8,   on  magnetic  tape,    and  allows   the 
operator  to  examine  these   locations   through   communication  at  the   operator's 
console.      These   two   functions    are   independent  which  enables   the   operator 
to  save  the  "failure"   state  of  the  system  on   tape   for  later  examination 
and  to  then  reload  the   system  again   for  continued  use  with   only  a  small 
interruption.      The   dump  tape    can  be   read  at   a  later  time.      It  is   also 
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felt  that  this    dump   facility  will  be    of  use   in  aiding  new  program 
segment   development. 

IMPLEMENTATION 


To  use   GDUMP  tape: 

1.  Mount   GDUMP  tape   on  bottom  tape   unit  in  place    of  GRASS 
load  tape.      (The   unit-select    cylinder  should  already  be   set  to   8.) 

2.  Set  the   switch -register  switches   to   "7577"    and  press 
L0AD  ADD.      Then  set  the  switch-register  switches   to  "0000".      DO  NOT 
press  LOAD  ADD. 

3.  Raise   the  IPL  switch.      After  the   lights    on   the   control 
panel  have   stopped  flickering,   lower  the  IPL  switch. 

h.      Set   "76OO"   into   switch- register  switches    and  press 
LOAD  ADD. 

5.  Check  that  the  switch   on  the  PDP-8  teletype  is   turned  to 
LINE.      If   core   is  to  be   dumped  on   the  tape,   set  the  WRITE  ENABLE   switch 
on  the  unit-8  tape   unit  on   (e.g.    the  tape   can  be    overwritten). 

6.  Press   the  START  switch.      The  unit-8  tape  will  move   and  then 
stop;   this  will  be   followed  by  the  question,    "DUMP?",    on  the  teletype. 

A  response   of  "Y"  will   cause   the   entire   contents    of  core  to  be 
written   out   on  the   GDUMP   tape . 

Note   that   any  other  response  will  bypass  this  preserving  of 
the   core   image   on  the   GDUMP  tape. 

7.  After   core  has  been  written   out   onto  the  tape   or  after  a 
response   other  than   "Y"  ,   the  tape  will   again  start  moving  and  then   stop; 
this  will  be   followed  by   a  "."   on  the  teletype.      The  PDP-8  is  now 
running  under  OS/8   (the  PDP-8  operating  system). 
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8.  To   dump  the  saved  core   image,   type   R  GDUMP.      The  tape  will 
move    and  then  stop;   this  will  be    followed  by   a  "*"   on  the  teletype.      A 
valid  response   is   of  the   form 

OUTPUT  DEVICE    (optional):      <STARTING  ADD,   ENDING  ADD 
followed  by   a  carriage   return/line   feed. 

The   user  is    referred  to  the  OS/ 3  User's   Manual,   Digital 
Equipment   Corporation,   Maynard,   Mass.  ,1972,   pp.    9-19    (DEC-S8-0SUMA-A-D) 
for  a  table   of  valid  device  names.      Common   responses    are 

TTY:      PDP-8  teletype 

LPT:      Inktronic  line  printer 
Note:      If  no   device  is  specified,  the  program  assumes   TTY   or  the  last 
previous    device  specified. 

The  starting  address   must  be   of  the  form  XYYYY ,  where   X  is 
an   optional  octal   digit   specifying  the  memory  bank  to  which  the  h- 
digit   octal  address   YYYY   refers. 

Note:      In  the  absence  of  a  memory  bank   digit,   GDUMP   assumes  bank  0 
or  the  last  previous  bank   specified. 

The  ending  address   may  be   up  to   a  U-digit  octal   address, 
greater  than  the   starting  address. 

Note  :      In  the   absence   of  an  ending  address  ,    only  the   contents   of  the 
starting  address    are   dumped. 

9.  Error  responses   are    generated  both  by   GDUMP   and  by  the 
OS/8  system.      A  "?"    followed  by   a  carriage  return/line   feed  on   the 
teletype   indicates  that  the   format   of  the   dump   command  line  is   illegal. 
A  "*"  will   appear  to  indicate   readiness   to   accept  the   corrected  line. 
Another  possible  error  response    on  the  teletype  is   "DEVICE  ERROR" 
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indicating  a  system  error  in   accessing  the   specified  output    device.      In 
this  event,    check  to  "be  sure   the  indicated  output    device   does   in    fact 
exist   on  the   current  system.      Other  possible   error  responses   are 
generated  by  the  OS/8  system  and  are   listed  in  the  OS/8  User's   Manual 
on  pages   9-lU5   to  9-lk6. 

10.  The   current   format   of  the   dump   output   is   in    five   columns 
across  the  page.      The   first   column    contains   the   5- digit   starting  address 
and  every   fourth  address    following  up  to  the  ending  address.      The  next 

h   columns    contain  the   contents   of  the   h  locations    after  the  address 
specified  in   column   1.      Upon   reaching  the  ending  address,    a  "*"   is 
typed  indicating  readiness    for  a  new   command  line. 

Example: 

DUMP? 

YES 

•  R   GDUMP 

*TTY:<1000,1010 

01000     0TT0     0000     13TT     3223 

0100U     T3^6     3021     13T6     3215 

01010      1623 

11.  As    GDUMP  is  written   as   an   0S/8  system  program,   it   responds 
to  the  same  keyboard  commands    as    do  other  system  programs. 

These   are   of  two   groups. 


*     The   locations   T600-TTTT  in  bank   0  have  been   destroyed  by  the  GDUMP 
loading  program.      However,   these   are  presently  the   GRASS  loading  sequence 
and  are  not   important  in  analyzing  system  bugs. 
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While   specifying  a   command  line: 

CNTRL/u  erase   the   current   line 

CNTRL/c  exit   GDUMP  to   load  another 

OS/8  system  program 
RUBOUT  erase   last    character   (the    rubbed 

out    character  is   echoed  enclosed 
in  backslashes    (e.g.    /E/) 
While   the   dump  is  being  output: 
CNTRL/o  stop  the   output    and  return  to 

specify  new   command  line 
CNTRL/c  same   as   above 

12.      Upon   dump   completion,   remount   GRASS   system  load  tape. 
Proceed  according  to  DCS  Report  No.    k6l ,  p.    35. 

GDUMP   is  written   to  take   advantage   of  the  many   features   of 
the  PS/8  programming  system.*     This   system  forms   the  backbone  of  all 
OS/8  system  programs  with  its   I/O  and  filing  capabilities.      In 
particular,    GDUMP  is    device-independent  and  has   a  command  line   format 
which  is   familiar  to   those  who  use  OS/ 8.      The   GDUMP  tape    contains   two 
independent  programs.      The   first  transfers   the   image   of  the  PDP-8 
core   memory  to  magnetic  DECtape  while   the   second  allows   an  operator 
to  read  these    core   images. 


*     PS/8  is   the   utility  section   of  the   OS/ 8  operating  system. 
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DUMPING   CORE  TO   MAGNETIC   TAPE 

In   order  to  preserve   as   much  of  the  usable  information   in 
core   as   possible,    it  was    determined  that   the   program  should  use    only 
the  single   page   of  memory   (200n  words)    from  7600-7777.      These   locations 
are  used  by  the   current  OS/8  system  to    carry   out   magnetic  tape   loading. 
When   loading  the   system  from  magnetic  tape,   the   user  must   first    load 
the   Initial  Program  Loader    (IPL)    sequence.      The    15-step  program  rewinds 
the  magnetic  tape   and  begins   reading  what   is   on  block  0    (the  beginning) 
of  the  tape   over  itself  at  location   76OO.      The   IPL  program  sits   in   a 
loop   at    7616   until  this   location  is   overwritten,  whereby  the  program 
in  BLOCK   0   of  the  tape  takes    over   control.      In   the    case    of  OS/8, 
BLOCK  0   contains   a  program  which   loads   the  various   PS/ 8  programs  which 
monitor  the  keyboard  and  access    device   drivers   for  I/O  transfers.      On 
BLOCK  0  of  the    GDUMP  tape   is    a  1-page  program  which   asks   the   user,   via 
the  teletype,  whether  the    contents  of  memory  are   to  be   dumped  on   tape   or 
not.      If  not,   this   program  loads  the  OS/8  program  mentioned  above   over 
itself  and  waits   at    7616   just  like   the  IPL.      The   OS/8  program  takes 
control   giving  the  system  a  regular  OS/8   format.      In  the  event   the  user 
wishes  to  save   memory,   the   1-page  program  overwrites   itself  in   a  like 
manner  to  the  OS/8  BLOCK  0,  but  with   a  program  which   transfers    all  four  present 
banks   of   core   onto  tape.      This   second  program,   upon   dumping  all  of  core,    over- 
writes  itself  with  the  OS/8  loading  program  as   above. 

DISPLAYING  SAVED  MEMORY   FROM  MAGNETIC  TAPE 

Throughout  this   section  the  reader  is    referred  to   the  PS/8 
Software   Support  Manual.      This   part    of  the  program  is   loaded  by  typing 
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R  GDUMP.      GDUMP   first    calls   the  PS/ 8  program  USR   and  loads   this.      USR 
performs   the   functions  of  calling  and  loading  device  handlers    and 
locating  various    files   for  OS/ 8.      The  Command  Decoder  is   then   called 
which  reads  the  user-typed  command  line   and  puts   the   typed  information 
into   a  table.      Specifically,    for  GDUMP   this   means    getting  the  number 
of  the   output   device,   if  specified,    and  the  two   addresses.      The   Command 
Decoder   also  handles   rubouts    and  enforces    format   rules.      GDUMP  then 
retrieves   the  starting  address    and  looks   for  a  bank  specification.      If 
one   exists,   the  DECtape  handler  is    loaded  via  USR  and  the   corresponding 
bank   is   read  from  the   GDUMP  tape   into  BANK  3  of  memory.      The   ending 
address   is   then  read  and  a  counter  set   up.      The  specified  output   device 
is  loaded  via  USR  to  perform  the   output   transfer.      Finally,   the  output 
buffer  in  BANK  1  is  packed  with  the  beginning  address   and  four  memory 
location   contents  properly  spaced,    all   converted  to   8-bit  ASCII.      The 
buffer  is   terminated  with   carriage  return/line   feed.      This   is  written 
on  the  output   device   and  upon   completion  another  four  locations    are 
packed  until  the  ending  address  is   reached.      At  this   time,   the   Command 
Decoder  is  recalled  and  a  new  line  may  be   specified. 


-TO- 


LIST  OF  PUBLICATIONS 


Brown,   R.    L.  ,    "RATION--A  Rational  Arithmetic  Package,"   Department  of 
Computer  Science  Report  UIUCDCS-R-73-572 ,   University   of 
Illinois    at   Urb  ana-Champaign ,  June   1973 

Gear,    C.   W.    and  Tu,   K.   W.  ,   "The  Effect   of  Variable   Mesh  Size   on   the 
Stability  of  Multistep  Methods,"   Department   of  Computer 
Science   Report  UIUCDCS-R-73-570 ,   University   of  Illinois    at 
Urb  an  a- Champaign  ,  April   1973. 

Gear,    C.    W.    andWatanabe,   D.    S.,   "Stability   and  Convergence  of 

Variable   Order  Multistep  Methods,"   Department   of  Computer 
Science   Report   UIUCDCS-R-73-571,   May   1973. 


-71- 


FormAEC-427  U.S.  ATOMIC   ENERGY  COMMISSION 

akStSoi  UNIVERSITY-TYPE  CONTRACTOR'S  RECOMMENDATION   FOR 

DISPOSITION  OF  SCIENTIFIC  AND  TECHNICAL  DOCUMENT 

(  See  Instructions  on  Reverse  Side  ) 


1.     AEC  REPORT  NO. 

COO-1U69-02  30 


2.    TITLE 

2nd  Quarterly  Progress    Report   19 73 


3.  TYPE   OF   DOCUMENT    (Check  one): 

0  a.  Scientific  and  technical  report 

1  I  b.  Conference  paper  not  to  be  published  in  a  journal: 

Title  of  conference 

Date  of  conference 


Exact  location  of  conference _ 

Sponsoring  organization 

□  c.  Other  (Specify) 


4.  RECOMMENDED  ANNOUNCEMENT  AND  DISTRIBUTION    (Check  one): 

|x|  a.  AEC's  normal  announcement  and  distribution  procedures  may  be  followed. 

I    I  b.   Make  available  only  within  AEC  and  to  AEC  contractors  and  other  U.S.  Government  agencies  and  their  contractors. 

I    I  c.   Make  no  announcement  or  distribution. 

5.  REASON    FOR    RECOMMENDED    RESTRICTIONS: 


6.     SUBMITTED   BY:      NAME    AND   POSITION    (Please  print  or  type) 

C.  W.  Gear 

Professor  and  Principal  Investigator 


Organization 

Department  of  Computer  Science 
University   of  Illinois 
Urbana,   Illinois    6l801 


^%Jkk><f. 


Signature 


Date 

June  1973 


FOR   AEC   USE   ONLY 

7.     AEC  CONTRACT  ADMINISTRATOR'S  COMMENTS.   IF    ANY,  ON    ABOVE    ANNOUNCEMENT  AND   DISTRIBUTION 
RECOMMENDATION: 


8.     PATENT  CLEARANCE: 

Q  a-  AEC  patent  clearance  has  been  granted  by  responsible  AEC  patent  group. 
LJ  b.   Report  has  been  sent  to  responsible  AEC  patent  group  for  clearance. 
I    I  c.  Patent  clearance  not  required. 


k.      IMAGE   PROCESSING  AND  PATTERN   RECOGNITION    RESEARCH:      ILLIAC  III 


U.l  Variable -Valued  Logic    (R.    S.    Michalski,   B.    Chapin,   L.    Chapman 

K.   Hirchert,  T.-W.   Wong) 

1.      Theory 

The  current  version  of  AQVAL/l  produces  a  qua  si -minimal  VL 
formula  for  a  function  specified  by  sets  of  events.   An  algorithm 
has  been  developed  for  synthesis  of  a  quasi -minimal  VL  formula 
when  the  input  is  already  in  the  form  of  a  (partly  minimized)  DVL 
formula  (DVL,  formula  minimization).   Implementation  of  this 
algorithm  will  greatly  extend  the  practical  usefulness  of  AQVAL/l. 


2.   Computer  implementations 

Four  programming  projects  were  pursued  during  this  quarter: 

1,  Detailed  specifications  for  a  new,  modular  version  of 
AQVAL/l,  called  AQB  (in  publication  AQVAL/l-VB),  were 
completed. 

2.  A  new  program,  CLASSER,  was  written  and  debugged. 
CLASSER  can  be  used  to  perform  the  following  tasks : 

a)  evaluation  of  a  DVL,  formula  for  given  events. 

b)  selection  from  a  set  of  events  those  events 
which  satisfy  a  given  DVL,  formula. 

c)  It  can  also  be  used  to  test  the  prediction 
abilities  of  a  DVL,  formula  for  a  set  of  "new" 
events.   In  this  case,  a  summary  of  the  formula's 
performance  is  outputted. 
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3.   A  program  HSTGRM  was  developed  to  plot  histograms  of 
event  distributions  over  various  event  classes  for 
individual  variables.   This  program  is  our  first  tool 
developed  for  'optimal'  quantization  of  continuous 
variables  for  AQVAL/l. 

k-.  Work  was  also  begun  on  implementing  the  DVL  formula 
minimization  algorithm  (mentioned  previously)  in  AQ7 
version  of  AQVAL/l. 

3.  Applications 

Work  continued  on  the  application  of  VL  ,   to  medical  diagnosis, 
and  some  preliminary  experiments  were  made  on  a  problem  from  geology 
in  order  to  investigate  the  applicability  of  the  VL  system  to  this 
field. 

In  the  experiments  regarding  medical  diagnosis,  various  formulas 
distinguishing  between  cancer  patients  and  normal  patients,  and  also 
between  patients  with  cancer  of  the  liver  or  cancer  of  the  pancreas, 
were  synthesized  (using  AQVAL/l)  and  then  tested  (using  CLASSER).   The 
formulas  for  distinguishing  between  cancer  and  normal  patients  performed 
excellently  (in  diagnosing  'new'  events),  while  the  results  for  formulas 
distinguishing  between  the  two  types  of  cancer  appeared  to  be  nearly 
random.   The  most  probable  explanation  is  that  the  variables  available  for 
the  program  were  sufficient  to  distinguish  cancer  patients  from  normal 
patients,  but  were  insufficient  to  distinguish  between  the  two  types 
of  cancer. 

AQVAL/l  was  also  applied  to  a  problem  in  geology,  namely  a  problem 
of  finding  a  relationship  between  SO  absorption  capacity  of  carbonate 
rocks  and  thirteen  other  parameters  describing  these  rocks.   The 


•73- 


program  HSTGRM  was  used  as  an  aid  in  properly  quantizing  the 
continuous  parameters.   The  formula  obtained  was  a  considerable 
simplification  of  the  input  data.   Work  is  continuing  in  this  new 
field  of  application  for  AQVAL/l. 

h.  2      Software  Support 

Our  effort  for  the  last  quarter  have  been  devoted  to  the  coding 
and  debugging  of  a  multi-tasking  monitor  to  run  texture  recognition 
programs.   Programs  developed  in  the  past  in  texture  recognition  were 
written  by  different  people  in  different  languages  (FORTRAN,  PL/l, 
36O  Assembly)  with  very  little  provision  for  them  to  link  to  each 
other.   It  becomes  necessary  in  our  research  to  develop  a  monitor 
program  to  link  these  programs  at  execution  time.   The  mult i -programming 
feature  of  the  monitor  allows  for  on-line  supervision  of  the  execution 
of  these  programs  by  the  user  at  the  ILLIAC-III  machine  room.   Work 
has  begun  in  converting  existing  programs  to  run  under  the  monitor. 
More  texture  recognition  programs  will  be  included  in  the  future  to 
form  an  on-line  pattern  processing  system. 
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1+.3  Picture   Analysis  "by    Graph   Transformation    (A.    E.    Masumi) 

We  have    developed  a  methodology  to   analyze   the  pictorial 
information   represented  in   a  map-like  image,   and  further  name  the 
objects   most   likely  present  in  the  scene  based  on  the  universe  known 
to  the  system. 

In   contrast  to   conventional  string  language  sentences  which 
are   formed  by   concatenating  the  primitives    (symbols)    in   a  string 
according  to  the   language   grammar,    the  pictorial  sentences    are 
basically  formed  of  primitives  which   are    located  in   a  two-dimensional 
(or  three-dimensional)    space  with   much   richer   relational  properties 
than  simple   adjacency.      Here  we  have  examined  the  possibility  of 
describing  the  structural  information   of  pictures   as   syntactical   rules  , 
employing  a  rich    class   of  relations.      The   graphs    are  known  to  be 
extremely   convenient  and  flexible  to   represent   this   kind  of  information. 
By  expressing  the  syntactical  properties    of  one    class   of  pictures    as    a 
collection   of  graphs,   we  have   shown   that   algorithms    can  be  easily 
developed  to  pass   objects   or   collections   of  objects  which  belong  to 
this    class.      Further,   this   methodology   is   flexible   enough   to   recognize 
incomplete   objects,    and  has   learning  capabilities,   through   adding  and 
modifying  the   rules   of  the  system.      In   addition,  we  have   shown   that   a 
complete   description   of  an   object   as    a  collection  of  graphs    can  be 
easily  modified   (rotated)    to  enable   the  system  to  recognize   different 
projections   of  the  object.      It  has   also  been  encouraging  to  note   that 
heuristic  information  is   easily  introducible   to  the   system  and  immensely 
improves   the  performance  of  the   system. 

We  have   applied  the   above   methodology  to   a  simplified  class 
of   cartoons  which   are   rich  enough   for  demonstrative  purposes. 
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U.U  Geometrical  Modeling  System  (W.    Donovan) 

Work  began   and  was    completed  on  the    complete  set  of 
display   functions    for  GM3 .      Two  programs    for  hidden-line   removal  for  sets 
of  polyhedra  were  written   and  proved  useless;    one  because    of  low   accuracy, 
and  the   other,   excessive    computation  time.      A  third  algorithm  was   then 
developed  which   combined  the  best   features    of  the   first  two   plus 
additional  basic  enhancements.      It  was   partially   coded  when  the  plotter 
went  down.      This    (admittedly  seldom)    occurrence  was   used  as   an  excuse 
to  begin  work  on  halftone   display   routines.      A  remarkably  simple   algorithm, 
suitable   for  nearly   all  polyhedra,  was   developed  and  implemented;   the 
entire   program,   including  buffers  ,    drawing  and  coloring  routines,   object 
construction/editing,   fits   on   a  8K  PDP8/e.      (The  polyhedron   data  structure, 
however,   is   stored  on   an  external   device).      Some  objects    drawn  with  the 
algorithm  are   shown;  Figure  2   is    another  view  of  Figure   1,  clipped  on  the 
right   side.      Computation  time   for  either  view,  with   a  "get-it-done-quick" 
unoptimi zed  program,  was    less    than   five  minutes    (-100   visible   faces). 
Resolution  is  256   x  512   points. 

Several  words   on  the   algorithm's  workings   may  be  interesting.      Let 
us  be    looking  at   a  collection   of  polygons,    representing  faces,  hanging  in 
3-space.      Some  polygons  will  be    completely   visible,   some  partially  hidden, 
and  others  not   visible    at   all:      The   determination   of  precisely   (to   some 
error  limit)   what  is  visible  is  the  problem.      Now,  notice   that  we    can  set 
up   a  partial  ordering  on  most,   if  not  all,   of  the  faces  where  we   define 
the   ordering  as   "face  A  precedes    face  B    (A  >   B)    if  no  part   of  face  A  is 
hidden  by  face  B."     We   can  then   sort  the   faces    and  obtain   a  list  starting 
at  the  "frontmost"    face   and  proceeding  to  the  "furthermost"   face.      If  our 
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display   is   to  be    of  finite   accuracy,   that   is,    a  digitized  picture    or   array 
of  density  elements,    and  if  we  have  enough  storage  to  buffer  one  picture, 
we   can  write   out  the   faces    (in  inverse   of  the  order  determined  above) 
overwriting  preceding  faces,    and  end  up  with   the  exact  view   desired! 
Figure    3  should  clarify  this   process. 

The   determination  of  the   ordering  is,   of  course,   the   crucial 
part.      After  all  the  simple   tests  have   failed  (e.g.,   each   face   is  boxed 
and  the  box  limits    are    compared  first),    the   final  test   in    comparing  faces 
A  and  B  is   to   determine   the  plane  equation  of  the  plane    face  A  lies   in 
(done  once,   marked,   and  saved),    and  see   if  face  B  is   on   one   side   only   or 
not.      The  plane   of  face  A   divides    all  space  into   two  parts — the  nearer 
half  space   and  the   further.     If  B  is    totally  in  the  nearer  half  space, 
there   is  no  way  that  A  can  hide   any  part  of  B,    and  vice  versa  if  B   is   in 
the   further  half  space.      If  B  is   in  both  parts,   A  is   then    compared  to  B's 
half  spaces.      If  they   are  not   comparable,   either  due   to   round-off  error 
or  the   examples   of  Figure    h,    face  A  can  be  split   into  A      and  A     and  we 
return  A      >   B   >   A    . 
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Figure  1 


Figure  2 
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Faces   A,B     A  >   B 


B  Written  Out 


A  Overwriting  B 


Figure   3 


(a) 


(c) 
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5  .   MESH  RESEARCH  PROJECT 


(Supported  in  part  by  the  National  Science  Foundation  under  Grant  No. 
US  NSF  GJ  36265.) 


5 .1  Operating  Systems  Development 

The  multiple  user  control  program  has  been  completed  and  brought 
up  to  run  on  the  PDP-11.   It  consists  of  several  monitor  modules  that 
access  an  operating  system  that  is  a  batch  operating  system  modified 
for  I/O  support.   Three  interactive  users  are  supported  in  fixed  memory 
partitions.   The  task  control  has  been  made  compatible  with  the  PASCAL 
development  so  that  PASCAL  modules  may  either  be  added  to  the  monitor 
program  or  run  as  user  programs  under  the  monitor.  When  the  memory 
controller  and  the  writable  control  store  for  the  SUE  processor  becomes 
available,  and  with  the  addition  of  a  software  setup  mechanism  for  the 
memory  controller  registers,  the  system  will  enable  interactive  debugging, 
file  editing,  and  operation  of  the  micro-coded  processor  network. 
Currently,  efforts  are  being  made  to  achieve  further  improvements  in 
system  error  reporting  and  error  recovery.   This  system  will  be 
documented  in  a  series  of  group  reports. 

In  addition  to  the  multiple  user  control  program,  a  common 
memory  allocator  for  the  PASCAL  runtime  support,  hypervisor,  and  batch 
subsystem  is  being  implemented.   Experiments  involving  running  the 
PASCAL  compiler  as  a  set  of  co-routines  in  separate  processors  are 
being  performed. 

(G.  Chesson,  T.  Miller) 
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5.2  Compressor-Decompressor ' 

During  the  last  quarter,  the  data  compression  and  decompression 
algorithms  using  Huffman  coding  with  the  character  set  extended  to 
include  patterns  have  "been  implemented  in  SUE  microcode  to  run  on  the 
Lockheed  SUE  as  a  stand  alone  data  compression/ decompression  unit. 

The  compression  and  decompression  routines  have  been  completely 
debugged  on  the  SUE  simulator  running  under  DOS  on  the  PDP-11.   Both 
algorithms  are  table  driven  with  encoding  working  off  a  table  of  patterns 
and  codes  while  decoding  working  off  a  table  of  patterns  arranged  in 
descending  order  of  frequency  of  occurrence. 

Conservative  time  estimation  has  been  made.   Decoding  time  is 
estimated  to  be  5ms  per  character  while  encoding  time  is  approximately 
7jus  per  character.  A  simulation  program  written  in  PL/l  has  also  been 
run.   It  is  found  that  this  compression  technique  is  most  suited  to 
compress  files  with  well  formatted  fields  with  redundancy  (e.g., 
industrial/commercial  files). 

(W.  Tao) 

5.3  PASCAL  Compiler 

Version  I  of  a  PASCAL  compiler  for  the  PDP-11  has  been  completed. 
It  uses  two  passes  in  order  to  generate  position  independent,  re-entrant 
code.   (it  is  expected  that  future  system  programs  will  be  written 
entirely  in  PASCAL.   In  addition  to  the  more  obvious  advantages  in  using 
a  high  level  language,  the.  code  generated  also  facilitates  creation  of 
multiprogramraing/multi -tasking  software. )   The  first  pass  generates  an 
intermediate  text  which,  when  concatenated  to  the  code  generator  is  the 
input  to  the  PDP-11  Macro-Assembler.  Unique  four  character  variables 
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are  created  and  expressions  are  converted  to  postfix  by  the  first  pass. 
The  code  generator  is  a  set  of  macro  definition  which  produce  object 
code  when  acted  upon  by  the  intermediate  text.   Since  the  intermediate 
language  is  a  character  file  and  not  an  internal  representation,  the 
compiler  is  perhaps  not  as  fast  as  it  could  be. 

The  preliminary  design  and  some  of  the  coding  for  a  second 
PASCAL  compiler,  written  in  PASCAL,  has  been  completed.  As  conceived, 
it  would  take  advantage  of  the  multiple  processor  facilities  and  will 
utilize  pipeline/parallel  techniques  to  increase  throughput  considerably 
(perhaps  by  a  decimal  order  of  magnitude). 

(j.  Krishnaswamy,  I.  Stocks) 

5.K     List  Processing  Algorithms 

The  problem  was  to  find  a  variety  of  algorithms  for  list 
processing,  hash  addressing  and  binary  tree  operations.   These  algorithms 
were  then  ordered  by  relative  complexity  of  implementation  in  firmware 
and  software  to  answer  the  following  questions-: 

1)  which  would  use  the  least  space? 

2)  which  would  use  the  least  time? 

3)  which  would  be  appropriate  for  a  given 
microprogrammable  machine? 

k)     what  differences  will  there  be  in  software  and 
firmware  versions? 
The  literature  search  yielded  65  useful  papers,  5  general  texts  and 
2  programming  manuals.   Ten  of  the  papers  were  discarded  as  redundant. 
Another  10  were  oriented  towards  applications  with  no  specific  algorithm 
given.  All  were  from  the  CACM,  JACM,  and  IBM  Systems  Journal. 
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Performance  predictions  are  being  made  for  algorithms  selected 
with  the  above  criteria  in  mind.   The  figure  of  merit  for  the  speed-up 
is  obtained  by  coding  the  algorithm  first  in  SUE  assembly  language,  and 
then  in  microcode  for  the  SUE.   Certain  basic  operations  such  as 
multiplication,  division,  shifts  and  logical  tests  which  are  not 
available  in  both  the  microcode  and  assembly  languages  of  the  Lockheed 
SUE  are  being  coded  so  that  their  effect  on  the  performance  of  the 
algorithms  can  be  known  and  so  that  the  software  and  firmware  versions 
of  an  algorithm  can  be  more  easily  compared.,   Finally  the  algorithms 
themselves  will  be  coded  and  evaluated. 

(C.  Nordheden) 
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6.   SWITCHING  THEORY  AND  LOGICAL  DESIGN 


(Supported  in  part  by  the  National  Science  Foundation  under  Grant  Number 
U.S.  NSF-GJ-503.) 


In  integrated  circuit  implementation,  chip  areas  covered  by  con- 
nections can  not  be  ignored.   The  minimization  of  gate  count  may  not  be  a 
good  design  criterion.   Then  a  question  arises  whether  we  get  different 
optimal  networks  from  those  obtained  by  minimizing  gate  count,  if  the  number 
of  connections  is  minimized.   Computationally  it  is  much  harder  but  it  is 
possible  with  our  computer  programs.   The  computation  was  initiated  and 
continued. 

Optimal  networks  with  double  outputs,  NOR  and  OR,  permitting  Wired- 
OR  capability,  have  been  sought  computationally  by  T.  Kawasaki,  for  three 
variable  functions. 

Work  on  the  transformation  methods  of  NOR  gate  networks  into  simpler 
networks  is  continued  by  Culliney,  Hohulin,  and  Lai.   J.  Legg  continued  to 
develop  the  transformation  methods  when  maximum  fan- in  and  fan-out  are  im- 
posed on  each  gate. 

S.  MUROGA 

Writing  of  the  first  drafts  of  reports  describing  algorithms  and 
corresponding  computer  programs  for  transforming  non-optimal  NOR-gate  networks 
into  "nearly  optimal"  networks  was  completed.   Rewriting  and  the  correction 
of  possible  further  "bugs"  which  may  be  discovered  in  the  programs  will  be 
continued  in  the  future. 

A  DCS  report  titled  "Use  and  Description  of  the  CALCOMP  Program  to 
Draw  Networks  of  Logic  Gates"  was  put  into  final  form  for  publication  and  was 
published  this  quarter. 
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Reading  thesis-related  materials  and  developing  promising  topics 
for  investigation  in  the  area  of  MOS  design  was  begun. 

(J.N.  Culliney) 

Experiments  to  test  the  effectiveness  of  the  network  transformation 
programs  (see  previous  Quarterly  Reports)  were  continued  and  considerations 
as  to  how  these  programs  could  best  be  combined  into  a  logic  design  system 
were  begun.   The  first  step  in  such  a  system  is  to  synthesize  an  initial  net- 
work which  realizes  a  given  function  but  which  may  have  many  redundant  gates 
and  connections.   Several  sources  for  obtaining  these  initial  networks  have 
been  considered.   Among  them  is  the  algorithm  by  James  F.  Gimpel  (IEEE  Trans- 
actions on  Electronic  Computers,  February,  19&7)  for  finding  the  three  level 
network  with  the  minimum  number  of  gates.   A  copy  of  Gimpel' s  program  was 
obtained  and  some  test  functions  were  run. 

The  problem  with  Gimpel' s  program  is  that  it  requires  a  long  com- 
putation time  for  some  functions  (some  k   and  5  variable  functions  were  not 
solved  after  10  minutes  of  computer  time).   Thus  a  considerable  amount 
effort  was  devoted  to  studying  Gimpel' s  algorithm  and  trying  to  reduce  the 
computation  time  needed  by  his  program.   It  was  discovered  through  experimen- 
tation that  some  fairly  simple  modifications  in  Gimpel' s  program  yielded 
drastic  reductions  in  the  computation  time  (h   and  5  variable  functions 
mentioned  above  could  now  be  solved  in  less  than  10  seconds).   Further  modi- 
fications of  Gimpel' s  program  are  being  considered. 

(K.  Hohulin) 

The  documentation  of  the  NOR-network  transformation  procedures 
has  been  completed  (see  previous  Quarterly  Progress  Reports).   A  considerable 
portion  of  the  documentation  of  the  corresponding  programs  has  also  been 
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finished,  but  continuing  efforts  are  still  needed  to  finally  complete  the 
documentation.   An  earlier  department  report  on  the  subject  of  network 
transformations  was  revised  for  outside  publication. 

Computations  on  minimum  NOR  networks  under  connection-gate  mini- 
mization criterion  (minimizing  the  number  of  connections  as  the  first  objective, 
the  number  of  gates  as  the  second)  were  completed  for  all  ^-variable  functions 
requiring  at  most  5  NOR-gates  in  their  minimum  gate  networks.   These  results 
will  be  included  in  a  report  currently  under  preparation  on  the  subject  of 
minimum  connection  networks. 

(H.C.  Lai) 
Publications 


Baugh,  C.R. ,  "Generation  of  representative  functions  of  the  NPN  equivalent 

classes  of  unate  Boolean  functions,"  IEEE  Transactions  on  Computers, 
Vol.  C-21,  No.  12,  I373-I379,  December  1972. 

Culliney,  J. ,  "Use  and  description  of  the  CALCOMP  program  to  draw  networks  of 
logic  gates,"  University  of  Illinois  at  Urbana-Champaign,  Department 
of  Computer  Science  Report  No.  580,  June  1973. 
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7.   MACHINE  AND  SOFTWARE  ORGANIZATION  STUDIES 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant  Number 

US  NSF  GJ  36936) 

The  following  is  a  collection  of  related  work  aimed  at  improved  designs 
for  computer  and  software  systems.  We  are  interested  in  parallel  and  pipeline 
processors,  small  primary  memories,  effective  use  of  rotating  memories,  and  some 
questions  concerning  user  languages  for  problems  including  typical  FORTRAN  type 
calculations,  simulation  languages,  and  a  variety  of  file  processing  problems. 

(D.  Kuck) 

7-1  Program  Analysis  -  (S.  C.  Chen,  R.  Strebendt,  and  R.  Towle) 

Tabulation  of  the  number  of  scalars  in  programs  has  indicated  that 
64  memories  are  sufficient  to  hold  the  scalars  so  that  no  memory  conflicts  occur 
for  each  BAS.  IF  expressions  in  DO  loops  have  been  counted  and  classified. 
Since  66%  of  the  expressions  are  of  the  dependent  logic  type,  further  investi- 
gation needs  to  be  done  in  this  area.  The  effects  of  doing  parallel  memory 
operations  and  parallel  arithmetic  operations,  or  parallel  memory  operations  and 
serial  arithmetic  operations  have  been  tabulated.  Work  on  the  computational 
complexity  of  tree-height  reduction  algorithms  has  started.  Bounds  on  the  number 
of  atoms  after  forward  substitution  for  both  tree  and  graph  patterns  have  been 
sharpened.  Also,  alternate  proofs  have  been  devised. 

Some  general  parallel  algorithms  have  been  considered  to  evaluate 
linear  recurrence  equations.  Theoretical  results  as  well  as  practical  machine 
design  are  both  emphasized  in  this  research.  We  have  obtained  some  initial  values 
of  time  bounds  and  number  of  processors  needed.  More  refined  results  will  be  pre- 
sented during  the  next  quarter.  Eventually,  we  hope  to  be  able  to  lead  into  a 
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general  scheme  and  machine  organization  by  which  we  can  evaluate  all  loop 
computations  in  a  highly  efficient  way. 

An  investigation  into  the  speedup  possible  in  programs  poor  in 
arithmetic  is  continuing.  Typical  COBOL  programs  have  been  obtained  from  the 
Administrative  Data  Processing  Office  of  the  University  of  Illinois  and  have 
been  hand  analyzed.  Preliminary  results  indicate  that  speedups  as  high  as 
several  orders  of  magnitude  are  possible  by  overlapping  the  processing  of  input 
data  records.  Work  is  continuing  on  the  problems  which  arise  when  this  is  done 
due  to  the  fact  that  the  processing  of  successive  records  may  not  be  independent. 

7.2  Memory  Systems  and  Data  Alignment  Networks  -  (D.  Lawrie) 

We  have  been  studying  the  design  of  a  class  of  memory  systems  for 
large  array  processor  systems.  These  designs  span  a  wide  spectrum  of  cost  and 
performance.  More  detailed  studies  of  how  these  systems  would  be  used  (e.g., 
indexing  and  programming  techniques)  have  been  done  and  several  hypothetical 
machines  have  been  designed.  In  these  hypothetical  machines  the  memory  system 
is  treated  as  a  system  separate  from  the  processors  and  can  be  programmed  inde- 
pendently to  provide  the  processors  with  the  required  data  at  the  right  time. 
Details  of  such  a  system  (indexing,  programming,  etc.)  have  been  sketched  out  [1] 

It  seems  apparent  that  the  theory  underlying  the  alignment  networks  in 
the  above  memory  systems  has  wider  applicability  than  just  parallel  memory  sys- 
tems. In  future  quarters  we  will  investigate  in  more  detail  the  applicability  of 
these  networks  to  other  areas  such  as  bit  shifters,  signal  processing  architec- 
tures, and  specialized  merging  and  sorting  hardware. 

7.3  D-Machine  Retrieval  System  -  (B.  Hurley  and  W.  Stellhorn) 

The  initial  implementation  of  the  D-Machine  retrieval  program  is  now 
fully  tested,  and  a  special  "demonstration"  version  of  the  program  is  available. 
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This  special  version  operates  exactly  like  the  normal  system  except  that  it 
has  no  interaction  with  the  disk.  Searching  is  restricted  to  a  short  sample 
of  text  which  need  be  loaded  only  once  and  which  is  automatically  restored  to 
its  original  form  after  each  search.  Documentation  now  being  written  for  the 
retrieval  system  includes  a  user's  guide  and  a  technical  manual  which  describes 
algorithms  and  data  base  formatting  requirements. 

Formatting  is  now  complete  for  the  original  data  base  of  64  technical 
articles  in  information  retrieval,  and  the  software  required  for  loading  these 
documents  onto  the  disk  is  also  complete.  Construction  has  begun  on  the  hard- 
ware disk  interface,  but  it  is  not  yet  available. 

Software  currently  under  development  includes  a  text  editor  for  making 
corrections  in  the  data  base  and  a  "COMMENT"  feature  for  allowing  the  user  to 
store  remarks  with  document  text. 

It  is  hoped  that  all  these  facilities  will  be  completed  in  the  next 
quarter  so  that  work  can  proceed  on  performance  monitoring  problems  and  on  actual 
experiments  in  information  retrieval. 

J.h   D-Machine  Hardware  -  (L.  Hollaar) 

The  D-Machine  has  been  plagued  by  problems  with  the  micro-memory,  which 
have  not  been  helped  by  the  fact  that  the  manufacturer,  Cogar,  has  gone  out  of 
business.  Because  some  of  these  failures  are  intermittent,  and  no  documentation 
exists  regarding  the  internal  operation  of  the  memory,  diagnosing  and  correcting 
these  problems  has  been  difficult. 

The  printer  was  overhauled  by  A.  B.  Dick  Company.  The  card  reader  and 
teletype  have  given  little  problem. 

The  micro-memory  was  rewired  to  allow  the  machine  to  operate  at  800ns 
(instead  of  3.2us)  and  to  allow  2K  of  micro-memory.  The  first  goal  has  been 
successful,  while  the  second  has  been  complicated  by  a  lack  of  usable  boards. 
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Two  PDP-11 /40  processors  have  been  ordered  from  DEC.  Bids  are  now 
out  on  additional  core  memory  and  disk  memory  for  these  processors. 

7.5  Inverted  File  Retrieval  System  -  (J.  Rinewalt) 

During  the  last  quarter,  several  programs  were  written  to  collect 
statistics  about  the  documents  in  the  data  base.  These  statistics  include 
frequency-rank  (Zipf)  curves  for  pointers  to  the  word,  paragraph,  and  document 
level  and  various  bigram  counts  based  on  both  tokens  and  types.  Approximately 
20%  of  the  data  base  had  been  processed  when  card  reader  problems  occurred. 

During  the  next  quarter,  the  rest  of  the  data  base  will  be  processed, 
Also,  software  specs  for  the  first  version  of  the  retrieval  system  will  be  com- 
pleted and  coding  should  be  well  under  way. 
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8.   COMPUTER  SYSTEMS  ANALYSIS 

(Supported  in  part  by  the  National  Science  Foundation  Under  Grant  No. 
NSF  GJ  28289.) 

The  goal  of  this  research  is  the  development  of  analytical  tools  for 
system  modeling  and  analysis  of  real  time  computer  networks.   Priority  assign- 
ment and  job  dispatching  rules  for  a  geographically  distributed  computer  net- 
work are  being  investigated.  Research  this  quarter  has  been  aimed  at  performance 
evaluation  of  the  IBM  360/75  run  under  HASP  3-1  and  O.S.  at  the  University  of 
Illinois  at  Urbana-Champaign. 

8.1   Center  Throughput  Analysis   (S.  Mamrak  and  F.  Salz) 

The  present  scheduling  algorithm  queues  job  for  service  according  to 
their  resource  requests.  A  brief  description  of  this  scheduling  algorithm  can 
be  found  in  Salz's  thesis  (Report  No.  UIUCDCS-R-73-578  ), 

Very  important  tasks  must  assume  queue  positions  determined  by  their 
particular  set  of  resource  requests,  irrespective  of  their  urgency.   A  priority 
algorithm  is  desired,  therefore,  that  allows  jobs  to  vie  for  queue  position  de- 
pending on  how  short  a  turnaround  time  the  user  desires  for  his  job.   The  basic 
principle  behind  such  an  algorithm  is  that  users  would  be  able  to  choose  a 
priority  for  their  jobs  and  would  be  charged  for  service  accordingly.   If  a 
user  is  willing  to  pay  more  than  the  normal  rate  his  job  would  be  given  a  higher 
priority;  if  a  user  wishes  to  pay  less  than  the  normal  rate,  his  job  would  be 
given  a  lower  priority.   This  sort  of  scheduling  algorithm  is  referred  to  as 
"pay-for-priority " . 

As  the  first  step  in  the  development  of  a  pay-for-priority  scheme, 
specific  objectives  of  such  a  scheme  as  it  would  be  implemented  by  the  Com- 
puting Services  Offices  for  the  University  of  Illinois  user  community  were  de- 
termined.  These  goals  were  intended  to  be  a  set  of  standards  against  which 
proposed  pay-for-priority  schemes  could  be  tested  and  evaluated.   In  addition, 
a  study  was  made  of  many  possible  options  available  in  the  design  of  a  pay- 
for-priority  algorithm.  -Ql- 


Eight  specific  models  incorporating  various  combinations  of  these 
options  were  selected  to  study.   These  eight  models  were  built  upon  two  basi- 
cally dichotomous  schemes  —  one  in  which  discrete  priority  assignments  were 
made  and  one  in  which  continuous  assignments  were  made.  Relatively  simple 
versions  of  each  of  the  two  schemes  were  cumulatively  embellished  with  the  ad- 
dition of  more  finely  tuned  algorithm  options. 

A  GPSS  simulation  of  the  IBM  360/75  was  used  to  implement  and  evaluate 
the  specific  pay-for-priority  schemes.   In  order  to  use  the  GPSS  simulator  to 
predict  real  system  performance  within  well  defined  statistical  limits  of  ac- 
curacy, the  simulator  had  to  be  tuned  with  data  characteristic  of  the  environ- 
ment to  which  the  results  were  to  be  applied.   It  was  necessary,  therefore,  to 
create  a  meaningful  benchmark  jobstream  representing  the  workload  of  the  period 
under  study.  Formulating  a  tuned  simulator  from  the  various  system  performance 
parameters  produced  by  running  the  benchmark,  and  then  validating  the  accuracy 
of  the  simulator  were  preliminary  to  any  actual  pay-for-priority  algorithm 
evaluations . 

As  the  final  step  in  the  pay-for-priority  scheme  development  and  evalua- 
tion, simulation  runs  of  eight  specific  models  were  performed  and  analyzed, 
yielding  data  upon  which  a  report  of  comparative  algorithm  performance  could  be 
based.   The  results  of  this  work  are  compiled  in  a  paper  titled  "A  Simulation 
Tool  for  Performance  Evaluations  of  the  IBM  360/75"  which  has  been  accepted  for 
publication  in  the  International  Journal  of  Computer  and  Information  Sciences. 
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9-    NUMERICAL  ANALYSIS 

Y.  J.  Kim  completed  his  thesis  on  the  implementation  of 
an  efficient  iterative  method  for  the  solution  of  the  linear  equations 
arising  from  the  application  of  the  finite  element  method  with  an 
irregular  triangularization. 

(Paul  Say lor) 
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10.   COMPUTATIONAL  ASPECTS  OF  COMBINATORIAL  ALGORITHMS 
(Supported  in  part  by  NSF  Grant  GJ-31222) 
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Papers  accepted  for  publication: 

Wong,  C.  K.  and  Coppersmith,  D. ,  A  Combinatorial  Problem  Related  to 
Multimodule  Memory  Organizations  (to  appear  in  Journal  of  the  ACM). 

Wong,  C.  K. ,  An  Improved  Branc- and- Bound  Method  (to  appear  in  Infor- 
mation Processing  Letters). 
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11.   THEORY  OF  DIGITAL  COMPUTER  ARITHMETIC 


(Supported  in  part  by  the  National  Science  Foundation  under  Grant 
No.  US  NSF  GJ  813.) 


1L.1  Function  Evaluation  Techniques 

During  this  quarter  our  work  on  unconventional  methods  for 
evaluation  of  elementary  functions  has  "been  continued  with  a 
detailed  consideration  of  a  new  method,  based  upon  summation  of 
precomputed  constants.  This  method,  as  preliminary  results  show, 
can  offer  the  highest  degree  of  execution  parallelism,  being 
compatible  to  a  multiplication  algorithm.  In  particular,  a  solution 
of  the  basic  problem  of  constructing a  set  of  constants  has  been 
verified  with  the  help  of  developed  testing  programs  for  the  exponential 
function,  with  argument  x  e(-&?  2,  0].  Attempts  are  made  to  develop 
a  general  analytical  approach  for  this  class  of  evaluation  methods. 
Also,  as  an  important  part,  we  have  been  investigating  high-speed 
multiple -operand  adding  structures. 

(M.  D.  Ercegovac) 

11.2  Study  of  Logical  Organization  and  Design  for  LSI  Implementable 
Arithmetic  Units 

In  this  quarter,  a  study  was  initiated  to  recode  one  redundant 

number  representation  into  another  arithmetically  equivalent  redundant 

number  representation  in  the  same  radix.   To  begin  with,  a  simple 

case  has  been  studied  in  the  hope  that  it  may  lead  to  some  further 

insight  into  the  recoding  process.  We  considered  the  simple  case  of 

recoding  a  maximally  redundant  radix  k   number  consisting  of  digit  set 
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[3,    2,    1,    0,    1,    2,    3)   into  the  redundant  number  consisting  of  digit 
set   {2,    1,    0,    1,    2}.      This  recoding  can  be  achieved  either  in  parallel 
or  in  serial  fashion.     The  serial  recoding  can  be  either  left  directed 
or  right  directed. 

For  arithmetic  equivalence,    the  equation  governing  serial 
recoding  is  given  by 

Y!      -  Y.    +  M.    -  rNL    n 
ill  l-l 

where       Y!  =  Recoded  digit  e  {2,  1,  0,  1,  2} 

Y.  =  Digit  to  be  recoded  e  [3,    2,  1,    0,  1,  2,    3} 

M.  =  Mode  digit 

r  =  radix.  {.r=^} 

For  left  directed  recoding,  Y.  and  K.  are  known  and  YJ  and  M..  ,  are  to 

to'   i      i  li-l 

be  determined.   It  turns  out  that  M.    depends  only  on  Y.  and  M., 

i.e.,  the  digit  to  be  recoded  and  the  corresponding  mode  digit. 

However,  if  one  examines  two  digits  Y.  and  Y.  _  then  one  can  control 
'  i      l-l 

the  frequency  of  a  'zero'  recoded  digit.  Also  one  can  so  recode  that 

there  are  no  two  consecutive  recoded  digits  of  absolute  value  2.   This 

is  explored  in  detail  in  reference  [1].  No  quantitative  results  about 

the  frequency  of  occurrence  of  certain  recoded  digits  have  been 

obtained  yet. 

For  right  directed  recoding,  Y.  and  M.  ..  are  known  and  YJ  and  M. 

'      i  l-l  l      l 

have  to  be  calculated.  For  the  case  under  consideration,  it  is  necessary 

to  examine  three  digits  Y. ,  Y.  _  and  Y.  _  to  determine  the  value  of  M. . 

i'   l+l      1+2  l 

For  most  cases,  only  two  digits  Y.  and  Y.   need  to  be  examined  for 

the  determination  of  M.  but  when  the  pattern  Y.  =3.  Y.  n  =2,  Y. ,_  =  3 

l  *  l    '   l+l    '   i+2 
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occurs,  it  is  essential  that  M.  "be  a  function  of  three  digits  Y  , 
'  1  1' 

Y    and  Y    in  order  to  be  compatible  with  the  rightmost  boundary- 
mode  digit  M  .   For  example,  consider  the  following  case.   Let 

Y  =  0.3231. 

The  boundary  mode  digits  are  given  by  M       =0  and  M.    =0.      The  correct 
mode   digits  and  recoded  digits  are  given  by 

i  =-10123^ 

M  =     010100 

Y  =  0.323  1 
Y1  =  1.1  111 

However,    if  we  had  chosen  M_   =  1  while  recoding  Y  ,   we  would  be  in 
trouble  due  to  Y =  2  being  followed  by  Y_  =  3  which  leads  to  a  recoded 
version  as  follows : 

i  =  -1  0.  1  2  3  ^ 

M  =     011100 

Y  =  0.3  2  3   1 

Y!  =  1.03  11 

Clearly  the  recoded  digit  Y'  is  not  in  the  desired  digit  set. 

No  method  for  controlling  the  frequency  of  certain  recoded 
digits  has  yet  been  discovered  but  an  effort  is  being  made  to  solve 
a  few  other  examples  to  see  if  any  pattern  exists.  Quantitative  results, 
if  any  are  possible,  about  controlling  the  frequency  of  certain  recoded 
digits  will  be  explored  in  the  next  quarter. 

As  for  a  way  to  do  recoding  in  parallel,  one  can  use  the 
technique  due  to  Rohatsch  [2]  of  designing  transformation  logic 
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with  given  input  and  output  digit  sets.  However,  it  is  not  known, 

at  present,  to  what  degree  it  will  improve  the  frequency  of  occurrence 

of  a  'zero'  recoded  digit. 

(L.  Goyal) 
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12.   AUTOMATION  OF  INTRODUCTORY  COMPUTER  SCIENCE  COURSES 

Eight  PL/l  and  several  other  lessons  were  completed  and 
made  available  to  students  on  a  limited  basis.  A  section  of  CS  109 
(11  students)  went  through  the  lessons  during  the  summer,  in  order 
to  assist  the  authors  in  debugging  and  improving  the  lessons.  Many- 
suggestions  were  made,  and  the  lessons  are  currently  being  revised 
and  improved  for  use  in  CS  121  in  the  fall. 

(R.  G.  Montanelli,  Jr.) 
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13-   GENERAL  DEPARTMENT  INFORMATION 
13.1  Personnel 

The  number  of  people  associated  with  the  Department  in  various 
capacities  is  given  in  the  following  table: 


Faculty 

Visiting  Faculty- 
Research  Associates  and  Instructors 
Graduate  Research  Assistants 
Graduate  Teaching  Assistants 
Professional  Personnel 
Administrative  and  Clerical 
Nonacademic  Personnel  (Monthly) 
Nonacademic  Personnel  (Hourly) 

TOTAL 


Full-time 

Part-time 

FTE 

21 

6 

23.96 

1+ 

1 

U.50 

1           0 

1 

•  50 

0 

6U 

32.00 

1 

33 

17.25 

2 

0 

2.00 

17 

0 

17.00 

16 

0 

16.00 

0 

17 

17.00 

61 


122 


130.91 


The  Department  Advisory  Committee  consists  of  Professor  J.  N. 
Snyder,  Head  of  Department,  Professors  E.  K.  Bowdon,  D.  F.  Cudia,  M.  F. 
Faiman,  H.  G.  Friedman,  C.  W.  Gear,  D.  B.  Gillies,  W.  J.  Kubitz,  D.  J. 
Kuck,  C.  L.  Liu,  R.  G.  Montanelli,  R.  S.  Michalski,  S.  Muroga,  T.  A. 
Murrell,  J.  Nievergelt,  J.  R.  Phillips,  W.  J.  Poppelbaum,  S.  R.  Ray, 
E.  M.  Reingold,  J.  E.  Robertson,  P.  E.  Saylor,  D.  L.  Slotnick,  J.  E. 
Vander  Mey,  D.  S.  Watanabe,  and  T.  R.  Wilcox. 
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13.2  Bibliography 

During  the  second  quarter,  the  following  publications  were  issued 
by  the  laboratory: 


Report  Numbers 
No.     570 


No. 


No. 


No. 


No. 


571 

572 
580 

585 


Gear,  C.  W.  and  Tu,  K.  W. ,   "The  Effect  of  Variable 
Mesh  Size  on  the  Stability  of  Multistep  Methods," 
April,  1973. 

Gear,  C.  W.  and  Watanabe,  D.  S.,   "Stability  and 
Convergence  of  Variable  Order  Multistep  Methods," 
May,  1973- 

Brown,  R.  L. ,   "RATION- -A  Rational  Arithmetic 
Package,"  June,  1973- 

Culliney,  Jay,   "Use  and  Description  of  the  CALCOMP 
Program  to  Draw  Networks  of  Logic  Gates," 
June,  1973. 

Mateti,  Prabhaker  and  Deo,  Narsingh,   "On  Algorithms 
for  Finding  All  Circuits  of  a  Graph,"  June,  1973- 


Theses 

No.  573 

No.  577 

No.  578 

No.  579 

No.  581 


Schuster,  Stewart  A.,   "Locating  Optimal  Sites  in 
Geographic  Information  Systems,"  June  9>  1973  • 
(Ph.D.  Thesis). 

Mills,  Linda  A.  Da  Rin,   "Queues  and  Network  Computers," 
May  18,  1973.   (M.S.  Thesis). 

Salz,  Fredrick  R. ,   "Simulation  Analysis  of  a 
Network  Computer,"  May  18,  1973-   (M.S.  Thesis). 

Barr,  Rhoda  H. ,  "Time -Dependent  Descriptors  for  the 
Poisson  Queue,"  June,  1973-   (M.S.  Thesis). 

Cooper,  Mehernosh  N. ,   "LASCOT:  A  Large  Screen  Color 
Television  System,"  June,  1973-   (Ph.D.  Thesis). 


File  Numbers 


No. 


875 


Donovan,  Walt,   "ILLIAC  III  Show  and  Tell  System 
User's  Guide,"  June  30,  1973- 
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13-3  Abstracts 


Barr,  R.  H. ,  "Time -Dependent  Descriptors  for  the  Poisson  Queue/' 

Department  of  Computer  Science,  University  of  Illinois  at 
Urbana^-Champaign,  Urbana,  Illinois,  Report  No.  UIUCDCS-R-73-579, 
June  1973- 

Abstract : 

The  theory  of  queueing  systems  at  steady  state  is  more 
advanced  than  that  of  systems  at  arbitrary  points  in  time 
for  two  reasons.   First,  many  systems  are  assumed  to  approximate 
steady  state  after  a  relatively  short  period  of  time.   Second, 
steady  state  analysis  is  easier  to  do  than  time -dependent 
analysis.  While  steady  state  analysis  provides  much  useful 
information  about  queueing  systems,  it  gives  no  indication  of 
how  long  it  takes  a  system  to  ready  steady  state  or  how  the 
system  behaves  before  reaching  it.   Further,  many  systems 
never  reach  steady  state,  so  steady  state  analysis  cannot  be 
applied  at  all  in  these  cases.  In  this  paper  we  define  time- 
dependent  system  descriptors  which  are  analogous  to  some  well- 
known  steady  state  descriptors  for  a  Poisson  system  with 
infinite  queue  length.  We  discuss  some  transient  solutions  for 
these  systems  and  use  them  to  determine  the  Laplace  transforms 
of  the  transient  descriptors  explicitly  by  inverting  their 
Laplace  transforms  numerically. 

Bowdon,  E.  K.  Sr. ,  Mamrak,  S.  A.  and  Salz,  F.  R.,  "Performance  Evaluation 
in  Network  Computers,"  in  Symposium  on  the  Simulation  of 
Computer  Systems,  June  19-20,  1973- 

Abstract : 

In  this  paper  we  present  some  results  obtained  from  using 
simulation!  as  a  tool  for  evaluating  alternative  methods  of 
improving  system  performance  in  network  computers.  We  begin 
by  describing  a  GPSS  model  which  was  developed  to  evaluate  the 
current  computer  center  operations  at  the  University  of 
Illinois.  While  using  actual  data  from  the  center  to  verify 
that  the  model  accurately  predicts  each  job's  total  time  in 
the  system,  we  evaluate  the  resource  utilization  within  the 
center.   Then  we  use  the  simulator  to  show  that  a  proposed 
dynamic  priority  assignment  algorithm  yields  better  through- 
put than  the  existing  algorithm  while  maintaining  a  higher 
level  of  CPU  and  memory  utilization. 

Next,  turning  our  attention  to  a  hypothetical  network  of  three 
centers,  we  use  a  generalization  of  our  model  to  demonstrate 
the  effects  of  load  leveling  between  centers  on  the  total 
system  throughput.  Here  we  also  explore  the  merits  of  "pay- 
for-priority"  schemes  in  both  a  single  center  and  in  a  network 
of  three  centers. 
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Bowdon,  E.  K.  Sr.  ,  Mamrak,  S.  A.  and  Salz,  F.  R.,  "Simulation:   A  Tool 
for  Performance  Evaluation  in  Network  Computers,"  in 
Proceedings  of  the  N.C.C.  and  C,  June  1973- 

Abstract: 

v    The  success  or  failure  of  network  computers  in  today's 
highly  competitive  market  will  be  determined  by  system 
performance.   Consequently,  existing  network  computer 
configurations  are  constantly  being  modified,  extended,  and 
hopefully,  improved.   The  key  question  pertaining  to  the 
implementation  of  proposed  changes  is  "Does  the  proposed 
change  improve  the  existing  system  performance?"  Unless 
techniques  are  developed  for  measuring  system  performance, 
network  computers  will  remain  expensive  toys  for  researchers, 
instead  of  becoming  cost  effective  tools  for  progress. 

In  this  paper  we  present  a  simulation  model  for  a  hypothetical 
geographically  distributed  network  computer. 

Since  the  model  was  developed  for  a  hypothetical  network,  we 
needed  to  ensure  that  the  results  were  valid  and  that  no  gross 
errors  existed  in  the  model.   Our  approach  was  to  design  a 
general  n  node  network  simulator  and  then  to  particularize 
the  input  parameters  to  describe  ILLINET  (the  computer 
communi cat ions  network  at  the  University  of  Illinois).  For 
a  given  period,  system  accounting  records  provided  exact 
details  of  the  resources  used  by  each  task  in  the  system 
including  CPU  usage,  input /output  resources  used,  core  region 
size  requested,  and  total  real  time  in  the  system.  Using 
the  first  three  of  these  parameters  as  input  data,  we  could 
simulate  the  fourth.   Comparison  of  the  actual  real  time  in 
the  system  to  the  simulated  real  time  in  the  system 
authenticated  the  accuracy  of  the  model.  Extrapolating  from 
these  results,  we  could  then  consider  the  more  general 
network  with  reasonable  assurance  of  accurate  results. 

Bracha-Barak,  Amnon  and  Say lor,  Paul  E.,  "A  Symmetric  Factorization 
Procedure  for  the  Solution  of  Elliptic  Boundary  Value 
Problems,"  SIAM  Journal  on  Numerical  Analysis,  Vol.  10, 
No.  1,  March  1973,  pp.  190-206. 

Abstract : 

The  convergence  properties  of  a  symmetric  factorization 
procedure,  due  to  H.  L.  Stone,  for  solving  elliptic  difference 
equations  are  studied.   Convergence  depends  on  bounds  on  a 
parameter,  and  computable  estimates  of  these  bounds  are 
obtained. 

Brent,  R. ,  Kuck,  D.  and  Maruyama,  K. ,   "The  Parallel  Evaluation  of 

Arithmetic  Expressions  Without  Division,"  IEEE  Transactions 
on  Computers,  Vol.  C-22,  No.  5,  PP-  532-53^,  May  1973 . 
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Abstract : 

As  computers  become  capable  of  executing  more  arithmetic 
operations  simultaneously,  the  question  of  compiling  for 
such  machines  becomes  more  important. 

In  this  correspondence  we  consider  arbitrary  arithmetic 
expressions  of  n  distinct  variables  with  operations 
restricted  to  addition,  subtraction,  and  multiplication. 
We  first  construct  a  scheme  whereby  any  such  expression 
can  be  evaluated  in  at  most  31ogpn  +  0(1)  steps  if  suffi- 
ciently many  processors  are  available.   We  then  improve 
this  result  and  reduce  31ogpn.   Finally,  we  deduce  some 

results  that  apply  when  a  fixed  number  of  processors  are 
available . 

Brown,  R.  L. ,  "RATION--A  Rational  Arithmetic  Package,"  Department  of 

Computer  Science,  University  of  Illinois  at  Urbana- Champaign, 
Urbana,  Illinois,  Report  No.  UIUCDCS-R-73-572,  June  1973. 

Abstract : 

In  section  A  the  theoretical  basis  for  representing  a 
rational  number  using  the  prime  factorization  of  its  minimal 
integer  ration  is  given,  and  the  resulting  algorithms  for 
performing  addition,  subtration,  multiplication,  and  division 
are  developed.   The  conjecture  that  these  algorithms  will 
normally  require  fewer  machine  operations  than  algorithms 
based  on  storing  rational  numbers  as  two  long  integers  is 
supported  by  a  worst  case  machine  operation  count  estimate 
for  each.   These  operation  counts  are  applied  to  parameters 
derived  from  test  results. 

Section  B  is  a  self-contained  user's  manual  for  RATION,  a 
rational  arithmetic  package  written  in  FORTRAN  and  based  on 
the  above  algorithms. 

Cooper,  Mehernosh  N. ,   "LASCOT:   A  Large  Screen  Color  Television  System," 
Department  of  Computer  Science,  University  of  Illinois  at 
Urbana-Champaign,  Urbana,  Illinois,  Report  No.  UIUCDCS-R-73-581, 
June  1973. 

Abstract : 

The  Large  Screen  Color  Television  System  as  proposed  by  Dr. 

W.  J.  Poppelbaum  is  a  laser  projection  display  which  produces 

a  color  television  picture  on  a  large  screen  place  some 

distance  away.   Constructing  an  economical  display  system 

was  the  chief  objective.   Toward  this  end  relatively  inexpensive 

electro-mechanical  mirrors  are  used  for  beam  deflection.   These 

mirrors  are  synchronized  with  the  composite  video. 
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Culliney. 


LASCOT  uses  a  mixed  gas  (Argon -Krypton)  laser  as  its  light 
source.   The  blue,  green  and  red  colored  beams  are  intensity- 
modulated  by  electro-optic  light  modulators  (EOLMs).   These 
EOEMs  are  driven  by  the  blue,  green  and  red  picture  signals 
derived  from  a  standard  commerical  television  receiver.   These 
modulated  beams  are  combined  by  means  of  dichroic  mirrors. 
This  composite  beam  has  a  color  and  hue  which  depends  on  the 
signals  at  the  EOIMs.  The  composite  beam  is  then  deflected 
horizontally  and  vertically  by  means  of  the  horizontal  and 
vertical  deflection  mirrors.   These  deflection  mirrors  are 
synchronized  to  their  respective  synchronization  signals  which 
are  derived  from  the  television  receiver.   The  picture  is 
projected  on  a  3  foot  by  h   foot  high-grain  screen.  The  overall 
resolution  of  the  picture  is  in  excess  of  120  spots  horizontally 
and  100  spots  vertically. 

Jay,   "Use  and  Description  of  the  CALCOMP  Program  to  Draw 
Networks  of  Logic  Gates,"  Department  of  Computer  Science, 
University  of  Illinois  at  Urbana-Champaign,  Urbana,  Illinois, 
Report  UIUCDCS-R-73-58O,  June  1973- 


Abstract : 

A  program  for  automatically  drawing  networks  of  logic  gates 
is  presented.  Also  details  necessary  for  the  use  of  the 
program  are  explained,  and  guidelines  for  modification  or 
extension  of  the  program  are  given.   The  program  is  written 
in  FORTRAN  and  utilizes  a  CALCOMP  plotter  to  produce  the 
drawing . 

Donovan,  Walt,   "ILLIAC  III  Show  and  Tell  System  User's  Guide," 

Department  of  Computer  Science,  University  of  Illinois  at 
Urbana-Champaign,  Urbana,  Illinois,  File  UIUCDCS-F-73-875, 
June  30,  1973. 

Abstract : 

The  purpose  of  this  file  note  is  to  momentarily  describe  the 
usage  and  document  the  existence  of  the  hardware  and  software 
components  of  the  ILLIAC  III  Show  and  Tell  System. 

Gear,  C.  W.  and  Tu,  K.  ¥. ,   "The  Effect  of  Variable  Mesh  Size  on  the 

Stability  of  Multistep  Methods,"  Department  of  Computer  Science, 
University, of  Illinois  at  Urbana-Champaign,  Urbana,  Illinois, 
Report  UIUCDCS-R-73-57O,  April  1973- 


Abstract: 


The  effects  of  two  different  techniques  for  implementing 
variable  mesh  sizes  in  multistep  formulas  are  investigated. 
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It  is  proved  that  one  is  more  stable  than  the  other  for 
some  cases,  but  that  both  are  stable  when  the  step  changes 
are  small.   The  practical  implications  of  these  results  are 
discussed. 

Gear,  C.  W.  and  Watanabe,  D.  S.,   "Stability  and  Convergence  of  Variable 
Order  Multistep  Methods,"  Department  of  Computer  Science, 
University  of  Illinois  at  Urbana- Champaign,  Urbana,  Illinois, 
Report  UIUCDCS-R-73-571,  May  1973- 

Abstract : 

The  variable  step  Adam's  method  is  shown  to  be  stable  for  any 
order  changing  scheme.   The  Nordsieck  form  of  Adam's  method, 
however,  is  shown  to  be  stable  only  if  the  step  size  and  order 
are  fixed  for  p  steps  following  a  change  to  an  r-step  method, 
where  p  is  r  or  r+1  depending  on  the  algorithm  used  to  inter- 
polate the  necessary  higher  derivatives.   Finally,  general 
consistent  and  strongly  stable  multistep  and  multivalue 
methods  are  shown  to  be  stable  if  the  method  is  fixed  for  a 
certain  number  of  steps  following  each  method  change  and  step 
size  changes  are  small.   This  number  is  independent  of  the 
differential  equation  and  the  step  size. 

Kim,  Young  Jip,   "An  Efficient  Iterative  Procedure  for  Use  With  the 
Finite  Element  Method,"  Department  of  Computer  Science, 
University  of  Illinois  at  Urbana- Champaign,  Urbana, Illinois, 
Report  UIUCDCS-R-73-   ,  August  1973 . 


Abstract 


The  symmetric  almost  factorization  of  Stone  for  finite 
difference  systems  is  extended  to  irregular  finite  element 
systems.   Combined  with  an  adaptive  Chebyshev  iterative 
procedure  of  Diamond,  the  factorization  algorithm  is  applied 
to  linear  systems  for  the  numerical  solution  of  two-dimensional 
Dirichlet  problems  by  the  finite  element  method. 

For  a  computer  implementation,  a  compact  storage  scheme  is 
introduced  for  sparse  symmetric  matrices ;  programming  techniques 
are  developed  such  that  no  searching  operation  for  elements 
of  the  matrices  is  required  in  computations  of  the  iterative 
method. 

Kuck,  D.  J.,   "Multioperation  Machine  Computational  Complexity," 

Proceedings  of  Symposium  on  Complexity  of  Sequential  and 
Parallel  Numerical  Algorithms ,  invited  paper ,  May  1973 . 
to  be  published  by  Academic  Press. 

Abstract : 

We  discuss  three  subjects:  The  formal  analysis  of  programs, 
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the  empirical  analysis  of  programs  and  the  design  of 
multioperation  machines.  We  suggest  that  these  three 
subjects  must  be  studied  together  if  a  useful  theory 
of  multioperation  machine  computational  complexity  is  to 
be  developed. 

Kuck,  D.  J.  and  Maruyama,  K. ,   "The  Parallel  Evaluation  of  Arithmetic 
Expressions  of  Special  Forms,"  IBM  Research  Report  No.  RC 
^276,  March  1973- 

Abstract : 

In  this  paper  we  consider  the  parallel  evaluation  of 
special  arithmetic  expressions  of  n  distinct  variables 
combined  with  the  addition,  subtraction,  multiplication 
and  division  operations.  We  first  show  that  any  continued- 
parenthesis  form  of  n  distinct  variables,  n  _  2,  can  be 
evaluated  in  most  2  log  n  +  1  steps  if  2n  processors  are 

available.   Second,  we  show  that  any  polynomial  form  of 
n  distinct  variables  can  be  evaluated  in  at  most  log„n  + 
21og  n  +  0(l)  steps  if  n  processors  are  available. 

We  also  deduce  some  results,  in  each  of  the  above  cases, 
which  apply  when  a  restricted  number  of  processors  are 
available . 

Mateti,  Prabhaker,  and  Deo,  Narsingh,   "On  Algorithms  for  Finding  All 
Circuits  of  a  Graph,"  Department  of  Computer  Science, 
University  of  Illinois  at  Urbana- Champaign,  Urbana,  Illinois, 
Report  UIUCDCS-R-73-585,  June  1973- 

Abstract : 

An  efficiency  analysis  of  all  known  algorithms  for  finding 
all  circuits  of  a  graph  is  made,  and  bounds  on  the  computation 
time  are  derived.  Best  algorithms  are  exhibited.   The  vector- 
space  method  of  circuit  finding  is  discussed  at  length.   Proven 

is  the  fact  that  the  graphs  K  ,  K.  ,  K,  -x  and  K    are  the  only 

_5   4   4        5,5 

ones  which  have  2  -1  circuits  (11   is  the  nullity  of  the  graphs), 
or,  equivalently,  have  no  two  edge-disjoint  circuits.  A  class 
of  graphs,  circuit -graphs,  derivable  out  of  a  graph  are 
defined.   If  an  efficient  algorithm  for  the  enumeration  of 
all  connected,  induced  subgraphs  is  known,  these  circuit- 
graphs  can  advantageously  be  used  in  the  generation  of 
circuits. 

Mills,  L.  A.,   "Queues  and  Network  Computers,"  Department  of  Computer 
Science,  University  of  Illinois  at  Urbana- Champaign,  Urbana, 
Illinois,  Report  UIUCDCS-R-73-577,  May  1973- 


Abstract: 


With  the  advent  of  the  network  computer  has  come  an  increasing 
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movement  towards  developing  the  necessary  analytical  tools 
to  properly  evaluate  and  improve  these  networks.   One  such 
tool  is  system  modeling  to  assist  in  performance  evaluation 
of  networks  and  computer  centers  whose  usefulness  and, 
consequently,  communication  flow  is  daily  increasing.  While 
much  has  been  said  of  performance  evaluation  for  particular 
centers,  little  has  been  done  concerning  the  analysis  of  the 
entire  network.   Our  purpose  is  to  postulate  a  queueing  theory 
model  of  a  theoretical  network  and  to  use  this  model  to 
predict  such  measures  as  the  number  in  the  system,  the  number 
in  the  queue,  and  system  efficiency. 

Under  the  assumptions  of  Poisson  arrivals,  exponential  service 
times  and  a  restricted  queue  length,  the  mathematical  model 
is  utilized  to  develop  the  steady  state  equations  for  the 
two-center  and  the  n-center  network.   Then,  a  priority 
scheme  is  implemented  and  the  steady  state  equations  are 
rederived.  With  these  two  varying  assumptions,  conclusions 
are  drawn  as  to  their  effect  on  system  efficiency  and  the 
number  in  the  queue. 

Lastly,  the  relevance  of  proposing  an  analytical  model  is 
discussed.   The  mathematical  model  is  compared  to  existing 
networks  to  verify  its  authenticity  and  accuracy.   To  the 
extent  that  such  models  aid  our  comprehension  of  the  inter- 
nal mechanisms  and  balances  and  thereby  shape  future  networks, 
they  serve  a  necessary  and  useful  purpose. 

Salz,  F.  R. ,   "Simulation  Analysis  of  a  Network  Computer,"  Department 

of  Computer  Science,  University  of  Illinois  at  Urbana- Champaign , 
Urbana,  Illinois,  Report  UIUCDCS-R-73-578,  May  1973. 


Abstract : 


As  computing  needs  increase,  the  resources  at  a  given  installation 
become  inadequate  to  satisfy  the  requirements  of  all  users  of 
the  facility.   Presently,  when  the  deficiency  of  equipment 
occurs,  the  feasibility  of  purchasing  additional  resources  is 
investigated,  and  if  sufficient  funds  exist  new  units  are 
added  to  the  system.   A  network  computer  offers  virtually  an 
unlimited  capability  for  expanding  computer  resources  without 
the  costs  involved  in  having  all  of  the  equipment  at  the 
individual  installation.   Since  the  needs  of  computing  centers 
vary  with  time,  idle  resources  normally  esisting  during  a 
light  load  period  can  be  utilized  by  another  overloaded  center. 
What  is  presented  here  is  an  investigation  of  the  benefits 
obtainable  through  the  use  of  networking.  A  "pay-for-priority" 
scheduling  algorithm  for  the  individual  centers  is  presented, 
and  load  leveling  techniques  for  transmitting  jobs  between 
centers  is  discussed.   The  concepts  are  then  demonstrated 
through  the  use  of  a  simulation  model  for  a  general  network 
computer.   Finally,  the  effects  of  these  algorithms  on  system 
perofrmance  are  demonstrated  through  the  use  of  a  simulation 
model. 
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13. k     Colloquia 


"Solving  Sparse  Linear  Systems  -  An  Algebraic  and  Combinatorial 
View,"  by  Professor  Donald  Rose,  Aitken  Computation  Lab,  Harvard 
University,  Cambridge,  Massachusetts,  April  2,  1973- 

"Programming  Development  at  Bell  Laboratories,"  by  Mr.  Robert 
Walford,  Supervisor  of  the  Advanced  Software  Systems  Group, 
Bell  Telephone  Laboratories,  Naperville,  Illinois,  April  9, 
1973- 

"Will  a  Double  Memory  Halve  Garbage  Collection  Cost?,"  by 
Professor  Wilfred  J.  Hansen,  Department  of  Computer  Science, 
University  of  British  Columbia,  Vancouver,  B.  C,  April  11, 
1973- 

"On-Line  Information  Systems,"  by  Dr.  Davis  B.  McCarn,  Acting 
Associate  Director,  Science  Communications  and  Computer 
Engineering  Services,  The  National  Library  of  Medicine, 
Bethesda,  Maryland,  April  30,  1973. 

"Random  Numbers,"  by  Dr.  William  H.  Payne,  Department  of  Computer 
Science,  University  of  Illinois  at  Urbana- Champaign,  May  "J,    1973- 

"The  Balance  Property  of  Parallel  Computation,"  by  Mr.  Bruce 
Paul  Lester,  Project  MAC,  Massachusetts  Institute  of  Technology, 
Cambridge,  Massachusetts,  May  9>  1973- 

"Nested  Dissection  of  a  Regular  Finite  Element  Mesh,"  by  Professor 
Alan  George,  Faculty  of  Mathematics,  Department  of  Applied 
Analysis  and  Computer  Science,  University  of  Waterloo,  Waterloo, 
Ontario,  Canada,  May  l4,  1973 . 

"Microcomputer  Project  at  RCA,"  by  Dr.  R.  0.  Winder,  RCA  Princeton 
Lab.,  May  17,  1973- 

"isomorphism  and  Coding  of  Graphs,"  by  Professor  Narsingh  Deo, 
Visiting,  Department  of  Computer  Science  from  Indian  Institute 
of  Technology,  Kanpur,  India,  May  21,  1973* 

"Predicates  on  the  Regular  Sets,"  by  Mr.  Harry  B.  Hunt,  III, 
Department  of  Computer  Science,  Cornell  University,  Ithaca, 
New  York,  May  23,  1973- 
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13.5  Drafting 

During  the  second  quarter,  a  total  of  3^-2  drawings  were  processed 
by  the  general  departmental  drafting  section: 

Formal  Drawings 

Large  Drawings  112 

Medium  Drawings  108 

Small  Drawings  7 

Layout  2h 

Report  Drawings  50 

Change  Order  Drawings  38 

Miscellaneous  Drawings  3 


Completed  Total  Drawings  3^2 

(M.  Goebel) 


13.6  Shop ' s  Production 

Job  orders  processed  and  completed  during  the  second  quarter  of 
1973  are  as  follows : 

AEC  2118 
Machine  Shop 

Electronic  Shop  3 

Chemical  Shop  1 

Layout  Shop  .         2 


AEC  1^69 

Other 

11 

2 

2k 

7 

13 

5 

15 

3 

(P. 

P. 

Serio) 
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1.   CIRCUIT  RESEARCH 

(Supported  in  part  "by  the  Office  of  Naval  Research  under  Contract 
N000  1U-6T-A-305-0007,  W.  J.  Poppelbaum,  Principal  Investigator). 

Summary 

Dick  Blandford  has  improved  the  shading  process  employed  in  LINDA, 
at  the  cost  of  some  slight  additional  circuitry.   The  OCOMO  project  of 
Bob  Budzinski  is  now  complete  and  a  departmental  report  is  forthcoming. 
In  the  stochastic  area  Jim  Cutler  is  embarking  on  a  new  project  investigat- 
ing the  direct  use  of  random  molecular  fluctuations  to  generate  stochastic 
sequences  characterizing  measured  physical  quantities.   Garlan  Huberts' 
report  on  NORMAN  discusses  the  question  of  parallelism  to  speed  up  the 
analysis  of  figures.   Trevor  Mudge  describes  the  architecture  and  instruc- 
tion set  of  the  computing  module  for  SASIM.   Finishing  touches  to  TELEMAZE 
are  contributed  by  Ed  Pott.   Finally,  Bernard  Tse  discusses  the  video  and 
vertical  integrators  used  in  CAECOTRON. 

Michael  Faiman ,  Editor 
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1.1     LINDA  (Project  No.  28) 

1.1.1  Summary  and  Introduction 

LINDA  (LINe  Drawing  Analyzer)  is  a  pattern  recognition  project 
dealing  with  two  dimensional  line  drawings.   Recognition  is  based  on  the 
idea  that  if  one  is  able  to  break  a  line  drawing  up  into  its  simple  closed 
parts  the  identity  of  the  drawing  can  be  determined  if  one  knows  what 
each  part  is  along  with  some  information  about  its  relative  position  and 
size.   The  separation  algorithm  and  the  process  for  part  recognition  have 
been  discussed  in  previous  reports. 

1.1.2  Project   Status 

During  the  past  quarter  work  has  been  progressing  on  the  shading 
system  which  shades  in  a  selected  part  of  a  line  drawing  and  erases  the 
remaining  parts.   In  previous  quarters  a  shading  system  was  developed  which 
allowed  a  part  to  be  shaded  in  by  manually  selecting  the  part  and  initializ- 
ing it  with  a  pulse  at  the  proper  time  each  frame.   This  system  shaded  down- 
ward from  the  initialized  point  by  comparing  one  video  line  with  the  next 
one  down  and  determining  which  part  of  the  next  line  contained  portions 
which  correspond  to  shaded  portions  on  the  previous  line.   The  algorithm 
for  realizing  the  manual  shading  system  required  one  delay  line  to  make 
the  line  comparisons.   As  an  example,  consider  Figure  1.   Region  'A'  has 
been  initialized  and  shaded  in  by  comparing  successive  lines.   When  lines 
2  and  3  are  compared,  region  'B1  will  be  found  to  have  some  overlap  with 
region  'A'  and  it  will  be  shaded  in.   Region  '  C  will  be  erased.   Note 
that  it  is  easy  to  determine  when  a  new  region  appears.   New  regions  are 
defined  each  time  the  number  of  pulses  on  a  video  line  changes.   The  prob- 
lem then  becomes  one  of  determining  which  regions  are  connected  to  form  a 
complete  part  of  the  line  drawing. 
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The  manual  shading  system  described  above  shades  downward  only.   In 
Figure  2,  then,  this  algorithm  would  find  that  regions  'A',  'B',  'E',  and 
'G'  belong  together,  but  not  region  'F'  or  'D' ,  since  these  regions  are 
upscreen  from  region  'G'.   This  problem  is  alleviated  by  adding  a  second 
shading  system  and  another  delay  line.   The  first  shading  system  allows 
comparison  of  the  line  presently  being  shaded  in  with  the  next  line  down. 
The  second  shading  system  allows  comparison  of  the  line  presently  being 
shaded  in  with  the  previous  line.   For  example,  in  Figure  2,  if  line  T  is 
being  shaded  in,  the  first  shading  system  compares  line  7  with  line  8, 
while  the  second  shading  system  compares  line  7  with  line  6.   In  doing  the 
comparison  of  line  7  and  line  6  it  will  be  found  that  region  'F'  and  region 
'G'  have  some  overlap  and  region  '  F'  will  be  authorized  for  shading.   Note 
here  that  at  this  point  in  the  frame  it  is  too  late  to  shade  region  'F' . 
Therefore,  region  'F'  will  not  be  shaded  in  until  the  next  frame.   Appro- 
priate registers  have  been  built  to  keep  track  of  the  regions  and  of  which 
ones  are  to  be  shaded  in. 

The  system  described  above  has  been  built  and  is  now  being  tested. 
The  flying  spot  scanner  (discussed  in  the  last  QTPR)  is  still  the  source  of 
some  problems.   The  output  of  the  scanner  varies  by  a  factor  of  about  1.5 
over  a  period  of  1  to  2  hours  due  to  temperature  changes.   An  AGC  system  is 
being  built  to  correct  this  problem. 

1.1.3   Future  Work 

Work  will  continue  on  the  shading  system.   Some  noise  problems  are 
anticipated.   Hopefully  these  can  be  worked  out  and  work  can  begin  on  the 
"dictionary"  logic  which  identifies  a  drawing  when  presented  with  the 
"parts"  information. 

Dick  Blandford 
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1.2  OCOMO  (Project  No.  k2) 

During  the  past  quarter  OCOMO  was  completed.   It  was  decided  not 
to  implement  the  coding  of  the  PCM  signal  as  a  function  of  time,  which  was 
described  in  the  preceding  Quarterly  Progress  Report.   When  using  an  AM 
radio  as  the  input  to  the  encoder,  the  output  is  found  to  be  completely 
audible. 

Robert  Budzinski 

1.3  Molecular  Stochastics  (project  No.  51) 

1.3.1  Introduction 

Molecular  stochastics  is  a  new  field  of  study  in  which  direct  pro- 
duction of  stochastic  sequences  results  from  measurements  by  transducers. 
In  many  cases  measurements  (such  as  temperature,  wind  speed,  etc.)  have  a 
random  component.   Usually  this  component  is  either  filtered  out  or  averaged 
so  that  the  result  would  either  be  an  analog  measurement  of  a  digital  mea- 
surement.  It  has  already  been  shown  that  arithmetic  operations  are  done  sim- 
ply on  stochastic  sequences,  so  now  the  idea  is  to  produce  a  stochastic 
sequence  directly  from  the  measurement. 

1.3.2  Status 

Two  transducers  are  being  considered:   TEMOLEC  (Temperature  Mea- 
surement by  Molecular  Phenomena)  and  VORTEX.   TEMOLEC  will  use  a  temperature 
sensing  resistor  as  a  noise  source  and  a  stochastic  sequence  of  O's  and  l's 
will  be  derived  from  it.   The  average  frequency  of  the  l's  of  this  sequence 
will  depend  upon  the  temperature  and  can  serve  to  measure  it.   VORTEX  is  a 
transducer  to  measure  speed  of  a  liquid.   The  prinicple  is  to  generate  vor- 
tices by  an  obstacle  in  the  flow,  and  to  count  these  vortices  by  a 
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microphone.   Because  of  the  Coanda-Ef feet ,  the  vortices  occur  at  irregular 
intervals  and  the  microphone  will  put  out  a  stochastic  sequence. 

Jim  Cutler 

l.U     NORMAN  (NORMalizing  ANalyzer)  (Project  No.  50) 

During  this  latest  quarter,  the  boards  containing  the  summing 
amplifier  circuits  discussed  last  time  were  built.   Also  the  design  of 
the  analog  to  digital  converter  board  which  digitizes  the  signals  from 
the  amplifier  circuits  was  nearly  finished. 

It  has  become  apparent  that  the  time  required  to  stochastically 
process  all  the  views  of  a  figure  serially  and  compare  them  serially  with 
the  figures  stored  in  the  memory  is  excessively  long.   The  two  easiest 
ways  of  saving  time  are  to  either  process  the  views  in  parallel  and  com- 
pare with  the  different  figures  in  the  memory  serially  or  process  the 
views  serially  and  compare  with  the  figures  in  the  memory  in  parallel. 
The  cost  of  hardware  versus  time  saved  for  each  approach  is  now  being 
studied. 

Garlan  Huberts 

1.5     SASIM  (Project  No.  1+5) 
1.5*1   Summary  of  Project 

The  aim  of  this  project  is  to  build  a  set  of  computing  modules, 
and  then  to  investigate  ways  in  which  they  may  be  configured  so  that  the 
system  which  they  constitute  is  fault-tolerant. 

The  accent  is  on  self -repairing  schemes,  rather  than  redundant 
ones.   This  implies  an  ability  of  the  system  to  reconfigure  itself,  when 
a  fault  is  detected,  so  as  to  correct  the  fault.   This  may  also  be  con- 
sidered as  a  rerouting  of  the  data  flow. 
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1.5.2  The  Computing  Module  (CM) 

The  CM  has  evolved  from  a  simple  programmable  ALU  to  a  more 
flexible  processor  capable  of  handling  information  concerned  with  the 
system  structure  and  policies  for  restructuring  in  the  event  of  a  fault. 

1.5.3  .  CM  Architecture 

The  CM  is  essentially  an  8  bit  general  purpose  computer,  with  a 
set  of  instructions.  It  is  a  zero  address  machine,  with  an  18  word  stack. 
The  program  counter  and  memory  address  register  are  12  bits  wide;  hence 
Uk  bytes  of  memory  can  be  accessed  directly.  Zero  address  instructions 
are  1  word  (8  bits)  long,  one  address  instructions  are  2  words  long.  A 
list  of  the  instructions  and  their  format  are  shown  in  Figure  1. 

The  instruction  cycle  is  about  500  ns  (zero  address),  making  the 
CM  an  order  of  magnitude  faster  than  the  fastest  microprocessors  currently 
available.   The  speed  is  achieved  by  using  TTL  MSI  logic,  zero  address 
organization,  and  not  multiplexing  the  internal  8  bit  data  busses. 

A  CM  comprises  about  50  16  and  2h   pin  DIP's,  less  memory.   This 
is  laid  out  on  3  PC  cards  (four  5"  x  6" ) .   An  8  bit  input  buffer  is  pro- 
vided and  the  top  register  of  the  stack  doubles  as  the  output  buffer 
(Figure  2). 

Sequencing  and  internal  control  is  by  microprogram  which  is  a 
hard  wired  diode  matrix.   The  micro  instructions  are  20  bits  wide.   The 
matrix  is  readily  alterable. 

The  CM  can  be  considered  to  be  represented  by  the  block  diagram 
below. 

1.5-^-   Conclusion 

This  organization  gives  the  flexibility  required  by  the  rest  of 
the  project.   Furthermore,  with  such  a  small  package  count  the  total 
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Figure  2.      Block  Diagram  of  CM 
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cost/CM  is  small  (approximately  $150-200).   A  prototype  CM  is  soon  to 
be  fabricated. 

Trevor  Mudge 

1.6  TELEMAZE  (Project  No.  1+1 ) 
1.6.1   Summary 

The  local  and  remote  station  switches  are  not  quite  finished.   A 
very  small  amount  of  debugging  exists.   Thus,  this  will  be  the  last  report 
on  TELEMAZE.   A  final  report  should  be  completed  in  the  next  quarter. 

Edward  Pott 

1.7  Caecotron  (Project  k3) 
1.7-1   Summary 

In  the  Caecotron  system,  the  pictures  produced  by  two  television 
cameras  are  composed  into  two  l6  x  l6  matrix  pictures.   These  latter  are 
to  be  processed  to  extract  any  depth  information  on  the  objects  in  the 
original  television  pictures. 

1.7-2   Project  Status 

1.7-2.1  Video  Integrators 

The  video  integrators  described  in  the  reports  of  the  first  and 
second  quarters  of  this  year  were  improved  by  changing  the  loading  of  the 
output  amplifiers  and  by  increasing  the  switching  voltages  of  the  analog 
switches  that  return  the  integrators  to  their  initial  conditions.   These 
changes  improve  the  transient  response  of  the  integrators  and  eliminate 
some  of  the  ripples  found  at  the  start  of  the  integrating  period. 
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1.7-2.2  Vertical  Integrators 

As  described  in  previous  quarterly  reports,  a  maximum  of  16 
groups  of  15  consecutive  television  lines,  a  total  of  2U0  lines,  of  one 
field  of  video  is  used  from  each  camera.   Furthermore,  a  television  line 
is  divided  into  16  cells  of  equal  length,  while  each  group  of  15  consecu- 
tive lines  is  called  a  block  and  15  vertically  contiguous  cells  are 
called  a  column.   The  total  information  in  each  cell  and  each  line  is 
integrated  by  another  system  previously  described.   The  function  of  the 
vertical  integrators  is  to  determine  whether  the  information  in  each  cell 
is  greater  than  that  in  l/l6  of  the  previous  line;  and,  with  this  infor- 
mation, sum  up  the  total  number  of  such  cells  in  a  column.   One  way  of 
realizing  a  pair  of  vertical  integrator  is  shown  in  Figure  1. 

At  the  completion  of  a  block  of  15  lines,  the  sum  associated  with 
each  of  the  16  columns  is  shifted  out  of  the  vertical  integrators  to  be 
further  processed.   At  the  same  time,  the  counters  are  cleared  to  process 
the  next  block  of  15  lines. 

1.7*3   Future  Work 

In  the  next  quarter,  work  will  be  done  on  the  processing  of  the 
information  derived  by  the  vertical  integrators. 

Bernard  Tse 
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2.   HARDWARE  SYSTEMS  RESEARCH 

(The  research  described  in  this  section  is  supported,  for  the 
most  part,  by  the  Department  of  Computer  Science.   Exceptions  are  noted). 

SUMMARY 

Dev  Bose  discusses  the  designs  of  three  basic  elements  in  the 
FROG  project:   m,  M  and  Mem.   In  the  THESPIAC  report  Les  Daley  compares 
the  features  of  different  theatre  lighting  systems.   For  INCOM,  Mohammed 
El-Sonni  outlines  a  scheme  for  on-line  size  normalization  of  characters 
drawn  with  a  light  pen.   Lucien  Facchin  reports  on  a  new  project  to  study 
digital  processing  for  flight  simulation.   Stan  Kopec  discusses  new  cir- 
cuit designs  for  COLFTAR.   Both  transmitter  and  receiver  sections  for 
the  CM  project  have  reached  the  final  form  described  by  Rick  Kowall. 
Finally,  Sik  Yuen  adds  some  post  facto  comments  on  the  Scantrix  project 
which  he  has  completed. 

Michael  Faiman,  Editor 


-Ik- 


2.1     FROG  (Project  No.  36) 

2.1.1  An  Overview  of  the  Project 

FROG  is  an  artificial  intelligence  scheme  which  models  the  feeding 
habits  of  a  small  animal.   It  is  a  device  which  learns  to  discriminate  bet- 
ween various  classes  of  stimuli,  which  for  FROG  are  some  bugs  (both  bad  and 
good  tasting)  and  predators.   These  stimuli  are  distinguished  by  a  set  of 
visual  characteristics.   The  sensory  inputs  to  FROG  corresponding  to  these 
visual  characteristics  assume  values  between  0  and  1.   For  the  principle 
of  operation  and  the  details  of  the  scheme  refer  to  previous  quarterly 
reports. 

2.1.2  Initial  Studies  and  Simulation 

As  an  initial  study  of  the  system,  FROG  was  simulated  on  the  com- 
puter.  The  details  of  this  work  and  the  results  have  been  compiled  in 
the  form  of  a  DCS  report  (FROG:   Design  and  Simulation  Study  of  a  Mecha- 
nism which  learns  Self -Preservative  Reactions  to  its  Environment,  Report 
No.  588.  August,  1973).   From  the  results  of  the  simulation  the  design 
looks  satisfactory. 

2.1.3  Hardware  Realization 

The  whole  system  has  been  designed  in  terms  of  a  set  of  nine 
specially  defined  basic  logic  elements  (qv.  QTPR  July-Sept.  1971). 
These  logic  elements  work  in  the  signal  continuum  [0,l].   The  main  effort 
now  is,  first,  to  implement  the  special  higher  level  logic  elements  in 
terms  of  lower  level  elements,  such  as  various  logic  gates,  registers, 
counters,  etc.,  and  then  to  translate  the  system  design  into  this  directly 
implementable  (from  a  hardware  point  of  view)  logic.   Realization  of  some 
of  the  basic  logic  elements  was  discussed  in  QTPR  Jan. -March  1973.   During 
the  last  quarter,  realization  of  some  of  the  other  elements  was  considered. 
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2.1. h        The  Minimum  (m)  and  the  Maximum  (M)  Element 

If  x  ,  x_  ...  x^  are  the  inputs  to  an  m-element  then  the  output,  y, 

of  the  element  is  defined  by  y  =  min.  _,(x.).   Since  a  number  x.  [0  <  x.  <  l] 

i=l  1  l—i 

is  represented  by  a  four  bit  fraction  in  the  machine  (cf.  QTPR  Jan. -March 
1973]  ,  a  two  input  m-element  can  be  easily  realized  by  a  h   bit  magnitude 
comparator  (SN  7^85)  and  a  few  gates,  as  shown  in  Figure  1.   The  figure 
also  shows  how  a  k-input  m-element  can  be  realized  by  cascading  k-1  two- 
input  m-element s. 

The  M-element  is  similarly  defined.   Figure  1  shows  the  realiza- 
tion of  that  too. 

2.1.5   The  Memory  (MEM)  Element 

The  MEM-element  is  initially  "unset"  (no  value  stored)  and  its 
output  is  zero.   It  "sets"  to  (store)  and  begins  to  output  its  first  non- 
zero value.   The  output  of  a  "set"  MEM-element  is  invariant  and  constant. 
At  any  point  in  time  the  output  will  be  the  stored  value.   Subsequent 
inputs  will  neither  change  the  stored  value  nor  affect  the  output. 

A  hardware  realization  of  this  element  is  shown  in  Figure  2. 
Use  is  made  of  D-type  bistable  latches  (SN  7^+75).   Initially  the  circuit 
remains  in  a  stable  state  with  zero  input,  zero  output  (input  and  output 
lines  all  low)  and  the  clock  line  high.   The  first  time  the  input  assumes 
a  nonzero  value,  i.e.  one  or  more  of  the  input  lines  become  nonzero,  the 
output  follows  suit.   This  causes  the  clock  line  to  go  low  (assuming  the 
reset  line  to  be  low)  and  lock  the  input  data  into  the  latches.   The  out- 
put is  now  held  steady  and  it  remains  unaffected  by  the  input.   The 
latches  may  be  cleared  by  holding  the  input  lines  low  (zero  input)  and 
making  the  reset  line  high.   This  makes  the  clock  line  high  and  puts  the 
circuit  back  to  the  initial  condition,  whereupon  the  reset  line  can  be 
made  low  again.  -l6- 
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2.1.6   Future  Work 

Work  is  in  progress  for  the  design  of  the  remaining  basic  continu- 
ous logic  elements;  the  P-element  and  the  T-element.   Following  this, 
attention  will  "be  given  to  the  design  of  the  T*-element ,  the  principal 
macro-element  of  the  adaptive  memory  (the  World  Model). 

Dev  Bose 

2.2  THESPIAC  (Project  No.  kf) 

During  this  quarter,  efforts  have  been  directed  toward  obtaining 
funds  for  the  construction  of  THESPIAC.   A  survey  of  other  digital  light- 
ing controllers  has  shown  that  THESPIAC  provides  more  features  than  the 
surveyed  machines  without  their  disadvantages  (Table  l).   In  particular, 
THESPIAC  has  a  simple  console  which  is  structured  like  a  conventional 
console;  this  makes  THESPIAC  extremely  easy  to  use. 

A  portion  of  this  quarter  has  also  been  devoted  to  preparing  cost 
estimates  for  a  proposal  being  written  by  the  Krannert  Center.   The 
Krannert  proposal  is  nearing  completion  and  efforts  to  secure  funding 
will  be  initiated  during  the  fourth  quarter. 

[This  project  is  supported  in  part  by  the  Department  of  Fine  and 
Applied  Arts  through  the  Krannert  Center  for  the  Performing  Arts]. 

Les  Daley 

2.3  INCOM  (Project  No.  U6) 
2.3.1   Introduction 

INCOM  (iNterface  COMputer)  is  a  graphics  processor  which  recog- 
nizes hand-drawn  symbols.   It  consists  mainly  of  three  modules:   The 
PREPROCESSOR,  the  FEATURE  EXTRACTOR  and  the  CLASSIFIER. 


■19- 


»* 

_ 

H 

co 

Fh 

p 

cd 

p 

H 

H 

rH 

<y 

O 

•H 

CD 

cd 

H 

o 
u 

p 

•H 

co 

CO 
CD 

P 
cd 

-d 

0) 

a 

P 
P 
-H 

P 
•H 

CO 
CO 

* 

d 

o 

TJ 

P 

CJ 

O 

t3 
P 

CD 

P 
Ph 

H 

•H 

T3 

o 

P 

CD 

o 

EH 

o 

Fh 

0 

P 

o 

H 

^ 

<D 

o 

H 

CD 

Ph 

Ph 

CJ 

rfj 

H 

o3 

p 

P 

cd 

CO 

o 

P 

O 

CD 

cd 

cd 

tn 

cd 

CO 

d 

o 

Fh 

bO 

P 

CO 

>t 

> 

P 

^3 

p 

p 

a 

« 

-P 

P 

O 

O 

rl 

o 

o 

O 

CO 

CD 

O 

o 

CJ 

0) 

■J 

•H 

CO 

o 

a 

•H 

P 

fl 

#% 

<d 

H 

(D 

CO 

a 

CD 

p 

CD 

-P 

CD 

g 

CQ 

§ 

:  ; 

H 

5 

c— 

CO 

u-i 

p 

Ph 

o 

P 

•H 

CD 

O 

H 

H 

Ld 

CM 

a— 

p 

a 

o 

p 

o 

■d 

>> 

P 

p 

o» 

P 
cd 
o 

CD 

p" 

•H 

P 

W 

u 

H 

1 

#N 

P 

p 

> 

CJ 

CD 

H 

O 

CD 

H 

CD 

CD 

W 

•H 

£1 

cd 

> 

ff* 

H 

O 

' — «. 

co 

CO 

r* 

H 

P 

P 

•5, 

Fh 

H 

P 

P 

CD 

CQ 

p 

o 

■d 

1 

-P 

[>» 

0) 

o 

•H 

-P 

>d 

P 

cd 

p 

> 

a? 

CJ 

CO 

P 

CO 

5n 

CO 

P 

CD 

CD 

o 

o 

P 

CO 

p 

^— V 

(D 

•H 

- — - 

S 

» — - 

-P 

p 

O 

H 

p 

O 

CD 

CD 

>» 

-4- 

H 

a; 

<d 

^ 

co 

on 

P 

0) 

CJ 

P 

•H 

- — ' 

H 

P 

r-\ 

co 

p 

H 

p 

P 

H 

0) 

CD 

CO 

■H 

-»— ' 

O 

> 

•H 

& 

cd 

P 

cd 

<D 

CQ 

p 

-•— ^ 

p 

bO 

CO 

P 

Fh 

pj 

C) 

CD 

H 

CQ 

th 

P 

•H 

P 

rH 

p 

T3    p 

CD 

H 

a 

0) 

P 

cd 

CD 

CD 

Fh 

CD 

P 

p 

o 

P 

o 

O 

*• — > 

CD 

CD     CD 

f> 

pq 

u 

•H 

0 

P 

g 

P 

CD 

t> 

CD 

cd 

0 

•H 

Ph 

■H 

CO 

co 

£j 

p  a 

CD 

CD 

1 

o 

H 

CJ 

CO 

H 

a 

-P 

P 

CD 

!> 

P 

p 

-P 

P 

p 

CD 

g 

cd  a 

P 

rH 

cy 

J3 

W 

•H 

•H 

CD 

cd 

O 

rH 

CD 

>• 

o 

Ph 

P 

P 

O 

>5 

•H 

.P    -H 

o 

-=r 

EH 

rH 

H 

-d 

S 

OJ 

Ph 

(H 

p 

>' 

CJ 

O 

O 

O 

CJ 

■d 

co  >d 

P 

H 

ro 

«% 

CD 
CQ 

CQ 

#N 

O 

>> 

p 

CD 

H 

P 

P 

H 

CD 

H 

O 

0) 

r. 

P 
O 

CQ 

P 

> 
CD 

1 

■3 

P 
P 

>> 

^— ^ 

g 

H 

o 

P 

p 

p 

P 

a 

•H 

cd 

H 

•H 

bO 

p 

,P 

O 

-d 

P 

rp 

■d 

Pi 

O 

P 

O 

o 

P 

o 

-U 

CJ 

CD 

CO 

H 

Pi 

O 

Fh 

CJ 

P 

M 

p 

o 

CD 

p 

•H 

p 

P 

' — * 

cd 
P 

P 

cu 

•H 
-P 

-P 

P 

cd 

T3 

_=t- 

Ph 

0 

Ph 
cd 

H 

pe 

CH 

o 

cd 

rP 

(D 

CO 

CO 

H 

S 

-P 

Ph 

•H 

!>> 

O 

H 

CD 

n 

H 

P 

p 

cd 

CD 

CQ 

g 

>> 

H 

— » 

P 

CO 

CQ 

cd 

o 

cd 

P 

H 

o 

P 

p 

H 

p 

■H 

H 

CD 

P 

P 

O 

H 

•H 

•H 

H 

P 

CD 

p 

o 

O 

CD 

P 

d 

P 

t> 

M 

0) 

Ph 

Ph 

CD 

O 

P 

1 

-P 

CD 

CO 

CD 

•rH 

CO 

CQ 

CD 

o 

CD 

s 

CO 

P 

CO 

-P 

CD 

a1 

Ph 

P 

P 

co 

Ph 

-p 

P 

r£> 

P 

H 

rH 

O 

•H 

cd 

Pn 

CD 

P 

o 

o 

cd 

cd 

p 

O 

P 

CD 

P 

r-{ 

on 

P 

H 

P 

T3 

oj 

« 

CQ 

p 

P 

CJ 

CJ 

o 

P 

o 

CJ 

CQ 

a 

cd 

+ 

OJ 

on 

Fh 
cd 

H 

P 
O 

fd 

CD 

p 

P 

O 

•H 

cd 

fe. 

H 

CQ 

CD 

:>> 

■d 

CO 

p 

p 

CD 

3 

-d 

P 

cd 

CD 

CQ 

P 

CD 

p 

P 

H 

p 

CD 

P 

O 

H 

t> 

CD 

CD 

•H 

P 

CD 

cd 

O 

p 

P 

+    co 

P 

PM 

Fh 

■H 

Ph 

CD 

H 

CJ 

> 

cd 

P 

Fh 

CD 

p 

CO 

■H 

CO 

CU 

-P 

co 

H 

#\ 

p 

O 

>d 

P 

P 

CD 

-P 

CQ 

g 

CD 

co 

cj    cd 

P 

P 

P 

•H 

•H 

H 

•H 

P 

P 

p 

CO 

cd 

P 

P 

P 

P 

a 

-d 

p 

•H     CJ 

P 

ffl 

co 

<d 

-P 

O. 

CO 

Ph 

cd 

o 

1 

rQ 

P 

CD 

O 

■H 

•rH 

P 

CD 

CQ 

EH 

•P 

O 

CJ 

P 

p 

O 

P 

t3 

CD 

-P 

CJ 

bO  -d 

o 

t> 

cd    P 

t3 

(L) 

Ph  P 

CD 

-P 

CD 

P 

CD 

•H 

(^ 

CO 

P 

•H 

CD 

P    o 

S 

CO 

P 

P 

P 

P 

i> 

CJ 

-d 

P 

H 

P 

CQ 

■H 

H 

nd 

P 

>> 

P 

<H 

cd 

O 

•rH 

■H 

O 

CD 

•H 

P 

O 

o 

■H 

cd 

P 

H 

CD 

p 

OJ 

H 

P 

> 

CO 

P 

o 

P 

S 

cd 

CJ 

CO 

> 

o 

P 

< 

OJ 

P 

cd 

OJ 

H  on 

/ 

!>> 

/ 

>> 

P 
O 

-P-— 

•H     CQ 

CQ 

CO 

p 

•H 

X  P 

a 

H 

CO 

o 

-P 

CD     O 

0)         / 

O 

Fh 

a 

O 

P     P 

■^        / 

P 

Fh 

CD 

P 

CD 

CD 

P  P 

CD       / 

cd 

P 

-d 

O 

>> 

a 

>» 

-P 

a  p 

l>>    / 

P 

p 

cd 

•H 

p 

p 

P 

O 

o  o 

CO    / 

/ 

CQ 
QJ 
P 

P 

13 

CD 
P 

P 

P 
o 
03 

HH 
Pi 
PI 

cd 

O 
CJ> 

Fh 
CU 

•H 
P 

H 

O 
Fh 
P 
P 
O 

u 

-P 
O 
P 
P 

P 

co 
P 
o 
o 

o 

a 

CD 

a 
p 

•H 

cd 

a 

p 
cd 
-d 
P 
o 
o 

CD 
CO 

•rH 

H 

•H 

■3 

p 
p 

o 
p 

o 
S? 

H 
P 

co 

•H 
P 

CJ 
•H 

< 

<d 
Fh 
cd 

CJ 

15 

CD 

P 
P 

P 

i 

CD 

a 

Console   c 
(no.    of  c 

CO 

a 

CD 

P 

co 
>» 
CO 


o 

p 
-p 
p 
o 
o 

bO 

p 

•H 

-P 

P 
bD 


P 
cd 
P 

•H 

bO 

•H 
P 

P 

P 

o 

p 

O 

P 

o 

CO 
•H 


O 


H 

■3 

EH 


-20- 


The  PREPROCESSOR  modifies  the  input  stream  of  x,y  coordinates  of 
the  binary  image  of  a  hand-drawn  symbol,  producing  a  normalized  image 
(IMAGE)  from  which  the  FEATURE  EXTRACTOR  can  extract  its  features. 

In  this  report  we  will  show  an  algorithm  for  on-line  normalization 
of  the  binary  image  of  a  hand-drawn  symbol  into  an  L  x  L  bit  storage  array. 

2.3.2   The  NORMALIZER  ALGORITHM 
X-part 

This  part  deals  with  the  X-coordinate  of  the  incoming  signal  (see 
Figure  l). 

Define: 

X  =  The  translation  coordinate  which  is  intialized  to  the  first 

point  input  to  the  normalizer. 
X  =  The  normalized  coordinate. 

SL,  SR  =  The  SHIFT  LEFT  (RIGHT)  FLIP-FLOP.   It  equals  1  when  the 
left  (right)  most  column  of  IMAGE  has  no  l's,  and  is  0 
otherwise . 
L  =  The  dimension  of  IMAGE. 

R  =  A  shift  register  in  which  the  normalization  factor  is  stored. 
Every  time  there  is  normalization,  a  shift  left  of  one  bit 
position  is  performed. 
Consider  the  case  when  a  horizontal  line  is  drawn  from  left  to 
right.   When  the  right  most  column  is  exceeded,  one  of  two  cases  will 
occur:   (see  Figure  2) 
Case  1 — There  is  no  point  in  the  left  most  column  of  IMAGE.   The  whole 

image  is  shifted  to  the  left  one  column  before  the  input  point  is 
written. 


-21- 


SHIFT 
RIGHT 


X0  =  X0  +  X 


START         J 

' 

' 

I 

1 

INPUT  X 

1 

I 

-  _  X-Xo 
X  "     R2 

YES 


YES 


NORMALIZE 
RIGHT 


Rx  =  Rx»2 


X0  "  X0  "  L 


YES 


END 


PROCESS  Y 


STORE 
POINT  (7,7) 


Figure  1.   Flow  Chart  of  The  Normalizer  Algorithm 
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EXAMPLE: 


CASE  1. 


1 

2 



L 

SL  =  1  ,         X>L 


INPUT    NEW  (X,Y) 
POINT    HERE 


SHIFT    LEFT 


CASE  2. 


SL  =  0,        X>L 


INPUT    NEW    (X,Y) 
POINT    HERE 


SCALE    BY  2 


Figure  2.   Normalization  of  a  Horizontal  Line 
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Case  2 — There  is  at  least  one  point  in  the  left  most  column  of  IMAGE.   The 
whole  image  is  scaled  by  factor  of  2  to  the  left  before  the  input 
point  is  written  (the  input  point  is  scaled  by  2). 
Some  design  schemes  are  underconsideration  to  test  the  feasibility 

of  implementation  in  hardware. 

M.  El-Sonni 

2. It     DIGITAL  PROCESSING  FOR  FLIGHT  SIMULATION  (Project  No.  52) 

DIGITAL  RADIO  AIDS  FOR  A  FLIGHT  SIMULATOR   (Project  No.  52-1 ) 
2.U.1    Introduction 

This  is  the  first  report  on  a  new  project,  a  joint  study  with  the 
University  of  Illinois  Institute  of  Aviation  flight  simulation  group.   Its 
purpose  is  to  study  the  feasibility  of  applying  digital  signal  processing 
techniques  to  various  portions  of  general  aviation  flight  simulation  systems, 
These  systems  are  currently  entirely  analog  and  the  possibility  appears  to 
exist  that  digital  techniques  may  allow  improved  operation  in  terms  of 
storage,  precision,  accuracy  and  increased  sophistication,  while  simul- 
taneously achieving  lower  cost.   The  first  aspect  of  the  Radio  Aids  to  be 
considered  is  that  of  the  Code  Keyer  whose  function  is  to  produce  the  iden- 
tifying Morse  Code  for  the  station  to  which  the  radio  is  tuned. 

2.U.2   Function  of  the  Code  Keyers 

In  the  simulator,  the  pilot  trainee  may  have  up  to  five  radios. 
When  he  tunes  a  radio  to  a  given  frequency,  the  corresponding  morse  codes 
must  be  generated.   In  the  U.S.A.  there  are  now  200  frequencies  available 
for  2600  radio  stations.   Clearly,  one  frequency  may  be  used  by  more  than 
one  station. 
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2.1*.  3   Storage  of  the  Codes  and  Other  Station  Information  (Figure  l) 

A  memory  is  required  which  contains  the  codes  for  the  several  radio 
stations  we  are  interested  in.   In  the  project  we  will  use  RAM  memories  of 
256  words  for  up  to  256  stations.   The  initial  problem  was  to  find  an 
optimal  way  of  storing  the  information.   The  morse  code  consists  of  dashes 
(— )  which  last  3/10  s  and  dots  (•)  which  last  1/10  s.   Between  dashes  and/or 
dots  there  is  a  blank  of  1/10  s.   Between  two  letters  there  is  a  space  of 
3/10  s.   The  code  for  a  station  has  up  to  3  letters  (for  Champaign  it  is 
CMl),  but  at  the  approach  to  the  airport  an  I  is  added  in  front  of  this 
code  in  order  to  indicate  the  direction  of  the  runway  (for  Champaign  it  is 
I  CMl).   It  appears  that  a  suitable  method  storing  the  data  is  to  assign 
to  each  letter  a  binary  number  up  to  26,  which  needs  only  5  bits.   The 
morse  code  will  be  obtained  by  abdressing  a  ROM  which  will  be  programmed 
with  the  morse  alphabet  as  follows : 

-  three  1  bits  for  a  —  (dash) 

-  one  1  bit  for  a  •  (dot) 

-  one  0  bit  for  a  blank. 

2.U.U   Processing  of  the  Information  (Figure  2) 

When  the  trainee  has  selected  a  key,  the  Cordic  computer  (to  be 
described  in  the  next  report)  will  determine  which  station  in  the  RAM  cor- 
responds to  the  correct  (closest)  one.   This  selection  results  in  the  de- 
termination of  the  address  of  this  station  in  the  RAM;  each  time  this 
address  is  checked  by  the  8  bit  counter,  a  signal  "data  ready  ."  (i  for 
radio  number  i)  is  generated.   A  "number  of  letters"  counter  initially  set 
at  zero  then  addresses  the  multiplexers  and  only  the  first  letter  is  used. 
This  letter  addresses  the  ROM  and  the  corresponding  morse  code  is  loaded 
into  the  shift  register.   After  loading,  a  10  Hz  clock  is  enabled  and  data 
is  shifted  out  at  this  frequency.   A  device  detects  the  end  of  the  letter 
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Figure  1.   Memorization  of  the  Information  and  Coding 
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Figure  2.   Treatment  of  the  Information 
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when  it  sees  two  consecutive  0  bits.   As  a  result  of  this,  the  number  of 
letters  counter  is  incremented  and  enables  the  selection  of  the  next  letter. 
Additional  signals  are  the  DATA  ENABLE  which  prevents  the  loading  of  data 
while  the  shift  register  is  working.   The  signal  "data  ready  i"  is  generated 
every  512  x  5ys  =  2550ys 
=  2.55ms 
and  the  shift  register  works  at  a  frequency  of  10  Hz.   Another  signal  is 
generated  by  an  "up  to  5  counter"  which  functions  as  follows.   When  check- 
ing the  first  letter,  and  detecting  no  I,  the  morse  code  must  be  generated 
four  times  after  which  a  blank  whose  length  is  the  same  as  that  of  the 
code  itself  is  inserted.   If  there  is  an  I,  this  signal  will  not  occur 
since  no  blank  need  be  generated. 

[This  project  is  supported  in  part  by  the  University  of  Illinois 
Institute  of  Aviation]. 

Luc i en  I.  Facchin 

2.5     COLFTAR  (Project  No.  12) 
2.5-1   Summary 

During  the  past  quarter,  work  continued  on  the  malfunctioning 
temperature-control  circuitry  and  plans  were  finalized  on  a  replacement 
arrangement.   New  temperature-sensors  will  consist  of  YSI  thermilinear  com- 
ponents, as  outlined  in  last  quarter's  report.   Figure  1  is  a  diagram  of 
the  new  circuitry  which  will  convert  the  output  of  the  thermilinear  devices 
into  a  voltage  proportional  to  temperature  on  the  crystal  substrate.   This 
voltage  will  control  current-drive  circuitry  which  operates  the  thermo- 
electric modules,  as  in  the  previous  crystal-cooling  arrangement. 

The  problem  of  synchronizing  the  flying-spot  scanner  signal  source 
to  other  system  components  was  outlined  in  the  last  report,  and  a  solution 
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has  been  settled  upon.   Figure  2  shows  a  circuit  which  synchronizes  the 
vertical  sweep  of  the  flying-spot  scanner  to  an  incoming  synch  pulse  when 
such  a  pulse  is  present,  or,  when  such  a  signal  is  absent,  allows  the 
vertical  sweep  to  be  driven  at  the  60  Hz  line  frequency.   Some  minor  prob- 
lems have  been  encountered  with  this  arrangement  due  to  poor  power-supply 
filtering,  but  these  will  be  corrected  presently — they  represent  no  major 
obstacle . 

Finally,  arrangements  have  been  finalized  to  obtain  a  new  electron- 
gun  with  which  to  write  on  the  crystal.   The  new  gun  is  designed  to  provide 
more  than  ten  times  the  beam-current  of  the  gun  now  being  used  in  the  system, 
with  only  a  small  increase  in  spot-size.   Such  a  gun,  if  it  lives  up  to  its 
specifications,  should  aid  system  performance  greatly. 

2.5.2   Present  and  Future  Plans 


Incorporation  of  the  new  electron-gun  and  temperature-sensing 
arrangement  into  the  system  will  occupy  the  immediate  future.   Once  this 
is  accomplished,  it  is  hoped  to  include  a  system  to  realize  dynamic-focus 
of  the  electron  beam.   This  should  make  focus  of  the  raster-pattern  across 
the  face  of  the  crystal  uniform,  and  improve  overall  image  quality.   Operat- 
ing such  a  system  at  many  kilovolts  below  ground  (cathode  potential  of  our 
write-gun  is  a  nominal  -15  kv.  )  may  prove  to  be  non-trivial,  however,  and 
further  study  as  to  what  avenue  of  approach  to  use  is  proceeding. 

Stan  Kopec 

2.6     CM  (Correlation  Modulation)  (Project  No.  U8) 

The  Correlation  Modulation  scheme  has  evolved  from  its  analog 
beginnings  to  what  is  now  an  essentially  digital  system.   The  amplitude 
of  the  sampled  portion  of  an  incoming  audio  signal  will  determine  one  of 
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6U   different  time  delays.   This  time  delay  will  be  applied  to  an  internally- 
generated  random  pulse  sequence  (see  Figure  l).   The  delayed  pulse  sequence 
will  then  amplitude  modulate  a  carrier  signal  of  some  frequency,  f  ,  and  be 
transmitted.   The  undelayed  version  of  the  same  random  pulse  sequence  will 
amplitude  modulate  a  second  carrier  at  a  frequency,  f^. ,  and  be  transmitted 
as  a  reference. 

At  the  receiver  (see  Figure  2),  the  two  signals  are  amplified  and 
demodulated.   The  reference  signal  is  then  successively  delayed  and  com- 
pared with  the  delayed  signal.   When  the  delayed  reference  signal  and  the 
delayed  signal  match  over  a  certain  number  of  time  slots,  then  the  counter 
associated  with  the  particular  delayed  reference  signal  outputs  a  carry  of 
1.   The  encoder  then  converts  this  output  into  a  six-bit  binary  number. 
This  binary  number  is  converted  to  an  analog  voltage  in  the  D/A  converter 
and  amplified  in  the  audio  amplifier,  so  that  it  can  excite  the  speaker. 

Work  is  presently  being  done  to  determine  appropriate  clock  fre- 
quencies and  a  good  SRPS  form. 

Richard  J.  Kowall 

2.7     SCANTRIX  (Project  No.  35) 
2.7.1   Scantrix  Block  Diagram 

The  Scantrix  block  diagram,  Figure  1,  is  provided  here  as  an  overall 
view  of  the  project.   It  essentially  consists  of  a  commercial  black  and 
white  television  set  from  which  audio,  composite  video,  horizontal  sync 
and  vertical  sync  signals  are  extracted.   After  appropriate  attenuations, 
the  sync  signals  are  used  to  generate  the  system  clock  pulses  as  well  as 
the  vertical  enable  and  horizontal  enable  strobes.   The  enable  signals 
control  the  content  of  the  video  signal  to  be  extracted  while  the  sync 
pulses  and  the  system  clock  digitally  control  the  horizontal  and  vertical 
demultiplexing  units.  -32- 
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Figure  1.   Transmitter  Section 
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The  display  panel  consists  of  a  60  x  6k   matrix  of  LEDs  each  of 
which  has  a  sample-and-hold  circuit.   Sampling  is  controlled  "by  the  demul- 
tiplexing units  and  is  carried  out  sequentially,  first  horizontally  across 
the  first  line,  then  horizontally  across  the  second,  and  so  on,  until  the 
whole  matrix  is  scanned,  after  which  it  starts  from  the  top  again  as  the 
next  video  frame  comes  in.   Please  refer  to  the  thesis  on  Scantrix  for 
detailed  system  design  and  operation. 

2.7-2   Conclusions  and  Speculation 

Scantrix  was  completed  in  July  1973.   It  is  able  to  display  live 
television  programs  in  addition  to  various  patterns  generated  internally 
or  externally.   Since  its  resolution  is  approximately  l/6k   that  of  commer- 
cial television,  complicated  TV  pictures  are  sometimes  hardly  recognizable. 
Recognition  can  be  improved  with  moving  objects  which  seem  to  stand  out  in 
the  pictures.   Close  up  views  of  faces  or  large  objects  are  easily  recog- 
nized also.   Non-uniformity  of  brightness  among  LEDs  is  not  as  serious  a 
problem  as  was  once  thought  especially  when  displaying  TV  pictures,  because 
of  constantly  varying  scenes.   The  system  consumes  roughly  150  w  maximum 
and  has  a  brightness  approximating  15-20  ft-L/spot. 

Since  green  LEDs  are  already  available  and  blue  LEDs  are  no  longer 
impossible,  it  is  natural  to  speculate  about  colored  LED  displays  in  the 
future.   In  fact,  it  is  possible  to  build  all  the  circuits  involved  in 
Scantrix  in  modules  or  on  chips,  including  the  LEDs  and  sample-and-hold 
circuits,  so  that  building  colored,  flat -panel,  completely  solid  state 
displays  simply  amounts  to  putting  the  appropriate  modules  together! 

Sik  Yuen 
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SOFTWARE  SYSTENE  RESEARCH 


3.1       Numerical  Processes 

3.1.1     GRASS  System  Tests  (R.  L.  Brown) 

The  system  of  differential  equations 


N(t. 


c1(t) 
c2(t) 
c3(t) 


[K(l  -  g)-l]A 


K3]_A 


KB  2  A 
KB  3  A 


A  T    Ao    A  • 


-A 


0    0 
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0    0 


N(t) 


C^t) 

c2(t) 
c3(t) 


describing  the   dynamic  behavior  of  a  water  moderated  nuclear   reactor 
with   elements  whose    decay  constants    A   fall   into   three   groups  with 
average   value    A.    was   simulated  on  the   GRASS   system.      The  results 
appeared  in  the   last  Technical  Progress   Report.      N(t)    is   the  average 
neutron   density  and  C.    is   the   emitter   density  of  the   i        group. 

The  unstable  behavior  of  the  variable  N(t)  was  noted  and 
it  was  predicted  that  replacing  the  first  differential  equation  by 
the   algebraic   equation 

K(l  -  B)-l        N(t)    =   X     C1(t)    +   A2   C2(t)   +   A3   C3(t! 

would  stabilize  this   behavior.      The  revised  system  was   tested  and 
N(t)   was   stable.      This   demonstrates   one   advantage   of  using  a 
simulation   system  that   allows    combinations    of  differential   and 
algebraic  equations.      If  only   differential  equations  were    allowed, 
then  the   above   reformulation  would  not  have  been   possible. 
New  Numerical  Techniques 

In   order  to  provide   an   ordinary   differential  equation 
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package  that  will   give   useable  results   on   stiff  problems  with  widely 
distributed  complex  valued  time   constants  ^,   multivalue  methods 
that  make  use   of  derivatives  higher  than   the   first   are  being 
considered.      The   formulas   below   can  be   used  as  the  basis    for  A-stable 
methods   of  order   up  to   11   for  the  values    of  K  indicated. 


0=1  a  y      .  +      a  y'  , 

i=0  0'1       n-1  1*°    n 

k 

0   ■   S  a(2)  +     a(2)  +      (2)      „  k=2,3,4 

i=0  a0,i   yn-i  1,0  a2,0  y  n' 

°=j0  VVi  +      4!oyn   +   a2^n      +   ^0  C'  ^'5 

0,1     n-i  1,0     n  2,0     n  3,0     n  4,0     n 


i=0 


k=5,6,T,8 


A  program  using  these  formulas  is  currently  being  written. 
As  in  DIFSUB,  the  variables  are  stored  in  Nordsieck  form,  allowing 
similar  predictor  and  corrector  routines  and  stepsize  and  order 
changing  methods.   How  the  second  and  higher  derivatives  will  be 
provided  is  still  undecided  although  several  methods  are  currently 
being  investigated. 
Do  cumen  t  at  ion 

l)    Inputs  to  D4 

-  An  array  y(ll,N)    containing  the   initial  values 
of  y.      i=  1,  ..  .  ,N   for   an   O.D.E. 

-  A   differentiating  subroutine 
DIFFUN    (T,H,Y,DY,N0RD) 
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which  places  the  j    derivative   f      (y»t)  into 

DY(l,j)   1=1,.  ..,N   j=l,...,NORD  after  multiplying 

,-NORD 
H 

NORD I 

-     A  method  for   finding  PW  =    3f 

3y 

2)  Internal  Working 

The  variables   are   stores   in  Nordsieck   form,   allowing 

the   same   type   of  pre diet  or- corrector  techniques   as   in 

DIFSUB. 

The  method  for  speeding  convergence  has   not  been 

decided  yet  but  will  involve   Gaussian   elimination   of 

some   matrix  function   of     _8f    . 

ay 

3)  Internal   Tables 

SAVE,  PW,  YMAX,  EPS,  DY,  ERSV,  KFLAG,  JSTART,  A  as  in 
DIFSUB. 
k)        Output 

The  approximate  value  of  y(t)  at  discrete  points 

t0'tl","tm- 

3.1.2     DIFSUB  with  partial  differential  equations  (M.  Ostrar) 

An  examination  of  the  applicability  of  DIFSUB  to  the  solution 
of  partial  differential  equations  was  begun:   Since  DIFSUB  is  a 
program  to  solve  systems  of  ordinary  differential  equations  and  hence 
can  only  integrate  with  respect  to  one  independent  variable,  a 
technique  called  the  method  of  lines  had  to  be  used.   This  technique 
converts  a  partial  differential  equation  in  two  or  more  independent 
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variables    into  a  system  of  ordinary   differential  equations  by 

replacing  the  derivatives  with   respect   to   all  but   one    independent 

variable  by   finite   difference   approximations. 

Example:  To  integrate  u       +   u       +   u     =    f(x,y) 

xx         xy         y 

u(0,y)      =      gl(y) 

u(l,y)      =      gg(y) 

u(x,0)      =      z(x) 

over  the  rectangle  C   <    x  <    1,    0<y<l     we   set  x.    =   x     +ih     0<i<n 

----  10  -- 

where   h  =    l/n 

For  u  substitute   the   difference  approximation 

xx 

x=xi 

(u.+1   (x)    -  2y±    (x)    +  ui_]_    (x))/h2 

where   u.     ( x)    =   u   (x. ) 

For  u        substitute   (u.     -  U. ) /h  where  u.  denotes  du(x.,y)/dy. 

xy  x  ■  x  xx  x 

x=xi 
Notice  here  that  the   partial  with   respect  to  y  has  been   replaced  by  the 
ordinary   derivative  with  respect   to  y.      This   is   the  whole  point   of  the 
method. 

The  result  of  these   substitutions   is   a  system  of  ordinary 
differential  equations. 

(ui+i  -  2ui +  ui-i)/h2  +  K+i  -  ui)/h  +  \  -  fi  <*> 

1   <    i   <  n   -  1  with  u      (y)    =   g      (y) ,   u      (y)    =  g2    (y)    as   the  boundary 
conditions,    u.    (0)    =   z    (x.  )    as  the   intital  conditions,    and  f .  (y)    =   f(x.  ,y) 
Note   that  each  of  the   u.  's    1  <   i    <  n-1   is  treated  as    a  dependent  variable. 
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One  might  wonder  about  the  effect  that  adjusting  the  step 

size  for  y  has  in  increasing  the  accuracy  of  the  solution  in  view  of 

the  fact  that  the  finite  difference  approximations  made  for  the 

partials  with  respect  to  x  are  fixed  from  the  outset.   That  is  to 

say  that  since  h  is  fixed,  one  might  suspect  that  this  might  impose 

severe  restrictions  of  the  solution  as  the  y  step  size  is  decreased. 

Suppose,  for  example,  we  take  a  simple,  standard  method  for 

solving  partial  differential  equations  with  two  independent  variables. 

2     2 
A  typical  local  error  might  be  0(h  k  +  k  h)  where  k  is  the  step  size 

for  y.   If  we  use  the  same  finite  difference  approximations  for  the 

derivatives  with  respect  to  x  in  employing  the  method  of  lines,  we 

might  hope  to  bound  the  local  error  by  0(h  k  +  k  h)  on  a  step  during 

which  DIFSUB  employs  a  pth  order  method.   Thus  the  question  here  is 

whether  this  can  be  done  or  whether  no  matter  hov  large  p  is,  the  error 

2     2 
remains  0(h  k  +  k  h).    In  the  latter  case  the  pth  order  method  would 

have  no  advantage  over  a  first  order  method. 

Making  the  situation  even  more  difficult  is  the  ."act  that 

the  form  of  the  partial  differential  equation  being  solved  can  control 

2    2 
the  order  of  the  method.   Thus,  a  method  might  be  0(hk  +  h  k)  for  a 

2    2 
parabolic  equation  of  one  certain  restricted  form  and  0(h  +  k  )  for 

another.   Blindly  applying  the  same  finite  difference  equations  for  the 

partials  with  respect  to  x  using  the  method  of  lines  may  result  in 

providing  DIFSUB  with  a  system  of  ODE's  that  has  an  inherent  error  on 

which  it  can  never  improve. 
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The  evidence  obtained  so  far,  although  not  substantial 
enough  to  reach  any  definite  conclusions  tends  to  confim  that  the  possible 
problems  discussed  above  may  indeed  have  to  be  considered.   On  the 

equation  tested,  when  h  remained  fixed  it  was  found  that  varying  E, 

-3 
the  requested  error  below  10   had  no  effect. 

In  order  to  overcome  the  limitation  of  h  being  fixed  when 

DIFSUB  is  used  on  a  partial  differential  equation,  it  is  planned  to 

investigate  the  possibility  of  time  stretching.   This  technique  transforms 

a  partial  differential  equation  by  a  change  of  variables.   The  idea  is  to 

substitute  for  an  independent  variable  other  than  t,  a  variable  that 

is  a  function  of  both  this  independent  variable  and  t.   For  example, 

if  we  have  the  heat  equation  u  =  k(x,t)u   +  f(x,t,u)  we  can  choose 

y  =  w(x,t)  where  w  is  called  the  stretching  function  and  solve  u  y  +  u : 

y  t    t 

p 

k(y,t)  (w  u  +(y  )  "u   )  +  f(y,t,u),  u  =  u(y,t).    If  w  is  chosen 
xx  y    x   ww 

well,  y  will  be  large  where  u  is  large  and  small  where  u   is  small. 

X  X  X 

Note  also  that  y  can  vary  with  t  to  reflect  changes  in  u  with  t.   In 
more  intuitive  terms,  we  have  a  time  varying  mapping  of  x  into  y. 
This  mapping  will  ideally  map  a  small  interval  on  x  into  a  large  interval 
on  y  where  u  is  large  and  map  a  large  interval  on  x  into  a  small 
interval  on  y  where  u  is  small.   Thus,  we  "stretch"  a  small  interval 
on  x  to  get  a  better  look  at  the  variance  of  u  with  x  in  an  interval 
where  this  variance  is  large.   Conversely,  if  u  is  varying  slowly  with 
x  on  some  interval,  we  can  afford  to  compress  this  interval  on  y  thereby 
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effectively  increasing  h.  The  following  drawings  may  be  of  some 
aid  in  clarifying  matters: 


fCO_ 


U 


-&>-- 


0 


u 


ICO 


-jpo-*- 


.55   -  G 


rr^x 


43. 


At  time  t  :     1.   u  is  large  for  0   ■'    x  <    .2  so  w(x,t)  maps  the  x 

interval  [0,.2]  onto  the  y  interval  [0,.55l 

2.  u  is  small  for  .2  <  x  <»5»  so  (.2,.  5]  on  x  is  mapped 
onto  (.5 5, -6]  on  y  by  w. 

3.  u  is  large  for  .5  <  x  <  .7  so  (.5, .7)  is  mapped 
onto  ( .6,.95] 

U.   u  is  small  for  .7  <   x  <  1  so  (.7,1]  is  mapped 
onto  (.95,1) 
Since  u  =  u(x,t)  is  a  function  of  both  x  and  t,  at  time  t  ,  we  have 
a  different  graph  of  u  versus  x.   The  choice  for  w  appears  to  have 
been  a  good  one,  as  the  x  to  7  mapping  is  still  of  the  desired  nature: 

1.  u  is  moderate  for  0  <  x  <  .15,  so  for  x  in  this 

x  - 

interval  y  =  x. 

2.  u     is   small   for    .15    <   x     < .h  so  this    x  interval  of 

x 

length    .25   is  mapped  onto   a  y   interval   of  length    .05 

3.  u     is   large   for    .k   <   x  <    . 6   so   this    interval   of  length 

.2   is   mapped  onto  a  y  interval  of  length    .55 

h.      u     is   small   for    .6   <   x  <    .9   so   this    interval   of 
x 

length    .3  is   mapped  onto   a  y  interval  of  length    .05 
5.      u     is   large   for    .9   <   x  <   1   so   this   interval   of  length 
cl   is   mapped  onto    a  y   interval  of   length    .2 
The  reason   for  restricting  y  to    [0,l]    is   that  the  Crank-Nicolson 
method  is    one  of  the  methods   for   solving  PDE ' s   to  be  tested  against 
DIFSUB,    and  this   method  can   only  operate    on  the  interval    [0,l].      Any 
transformations    (aside    from  time   stretching)    that  must  be  made   on   x 
are   therefore   reflected  in  y. 
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The  function  w(x,t)  =  y  that  is  used  to  stretch  x  should  be 
sufficiently  differentiable  with  respect  to  both  x  and  t  to  insure  that 
no  undesirable  characteristics  are  introduced  when  the  original  PDE 
is  transformed.   Stretching  functions  that  have  been  used  in  the  past 
include  tanh,  log,  and  variations  on  these.   In  order  to  insure  a  good 
stretching  function  for  a  particular  PDE,  something  aobut  the  behavior 
of  the  solution  must  usually  be  known.   Some  method  of  varying  w 
dynamically  (throughout  the  numerical  integration)  which  does  not 
depend  on  any  prior  knowledge  of  the  solution  is  desirable. 

In  searching  for  such  a  technique,  the  following  properties 
were  found  to  be  desirable: 

1.  The  technique  should  be  simple.   Otherwise,  more  work 
might  be  done  in  adjusting  w  then  in  the  actual  integration, 

2.  y  =  w(x,t)  should  have  an  inverse  with  respect  to  x 
that  is  easy  to  compute. 

3.  For  parabolic  PDE ' s  w(x,t)  should  be  continuously 
differentiable  with  respect  to  x  and  t  through  at 
least  k       order. 

h.        w(x,t)  should  be  a  non decreasing  function  of  x.   In 

fact,  to  be  safe  w  (x,t)  should  always  be  greater  then 
some  small  e  . 

5.  The  partials  of  w  with  respect  to  x  and  t  should  all 

be  bounded  in  the  region  of  x  and  t  under  consideration. 

6.  The  technique  used  should  be  general  enough  to  be 
applicable  to  a  wide  variety  of  methods  for  solving  PDE's. 
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In   arriving  at  the  method  that   I  have   decide  to   investigate, 

two   simple  "but   important   realizations   occurred.      The   first  was   to 

define  w   implicityly   by  x  =  w*    (y,t)    (where  y  =  w(x,t)    as    usual).      This 

eliminates   the  need  to  take  the   inverse   of  w  in    computing  the  partials 

of  y  with  respect   to  x.      In   fact,   we  need  not   to  know  the  value   of  x 

at   all.      y      is    just   l/x     which    is    just    l/w*    .      y        is   just    (l/x    )      + 
x  y  y"xx  yx 

2  2  ^ 

-(x   )    /(x    )    .      Using  the    chain   rule,   this    is    -y    (x   )    /(x   )      =  -x     /(x    )    . 

yxy  &  xyyy  yyy 

The   second  idea  was   to   look   at  w*     =   x     rather  than    at  w*   or  w. 

y       y 

This  gave  a  much  clearer  picture  of  what  to  search.   For  example,  if  u 

y 

is  fairly  uniform  over  the  entire  y  interval,  w*   should  just  be  1  for 

0  <    y  <    1  (i.e.  w  is  the  identity  transformation).   Where  u  is  relatively 

large  w*   should  be  increased.   The  only  serious  restrictions  on  w*  is 

y  y 

that  its  integral  over  y  must  always  be  equal  to  the  right  endpoint  of 
the  x  interval  and  theat  w*  have  three  continuous  derivatives  with 

y 

respect  to  x  and  four  with   respect  to  t .      The   first    condition   just 
says  that  the   integral  of  w*     with  respect  to  y   is   a  constant.      This 
ins\ires   that  the  interval  over  which  x  is   mapped  into  y   remains 
invariant.      The   second   condition    guarantees    that  no  harmful   discontinuities 
are    introduced  in   the   transformed  equation. 

The  method  to   be   used  operates    as    follows.      Initially     w*    =   1. 
After  the   first  time   step  is   taken,    a  subroutine  ADAPT  is    called. 
ADAPT  examines   the   quantities    (u_.-u.       ) /h  where  u.    is   the   approximation 
to  u(y.  ,t)   and  h  =  y.    -  y.        is    fixed,    and  1  <   i   <  n.      The  three  highest 
and  three  lowest  values   are   found  and  sorted  in  two  vectors    of  length 
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three.      Then   these   quantitites    are  tested  against  the    criterion   for 
the   derivative  being  too  large   or  too  small   as   appropriate  .      An 
example  of  a  crude  test  might  he  to  deem  u   (y. ,t)    too  large   if  it   is 
greater  than   l/h  and  too  small   if   it   is  less   than  h.      Only  the  partial 
differences  that  are   deemed  too   large  or  too  small  in  the  respective 
vectors   are   retained.      Along  with  the  vectors  holding  the  highest   and 
lowest  partial  differences,   there   are    corresponding  integer  vectors 
IBAD   and  IGOOD  which  hold  the  indices    of  the   points   that  these   partial 
differences    correspond  to. 

If  a  variable   IPAT   (which  the   calling  program  and  ADAPT 
share    in    common)   has  been   set   to  1,   then   control  proceeds   to   a  section 
which  makes   a  crude   attempt   at   predicting  the   future  behavior   of  u    . 
Two  vectors,    ISABAD  and  ISAGUD,   stored  in   common,   hold  the  values   of 
IBAD  and  IGOOD  from  the  previous    call   to  ADAPT.      The   integers    in 
IBAD  are   compared  with  those  in   ISABAD.      If  an    integer  in   IBAD  is 
one   greater   (lower)    than   an   integer  in   ISABAD,   the   component   in   a 
vector  IHIPAT  corresponding  to  the   component   in   IBAD  is    incremented 
(decremanted) .      Otherwise,   the   component  in   IHIPAT  remains    at   zero 
(to  which  it   is  initiallized  on  each   call  to  ADAPT) .     When  this  has 
been   done   for  all   elements    in   IBAD,   then   ISABAD  is   set   iqual  to   IBAD 
in  preparation   for  the  next    call  to  ADAPT.      Finally,   IHIPAT  is   added 
to   IBAD.      The   idea  is   to  try  to  predict,  based  on   the   last  two   estimates 
of  where   the   troublesome   points  were,   whether  these  points   are   moving 
to  the   left,   to  the   right,    or  not  moving  at    all.      A  similar  procedure 

is  then   followed  using  IGOOD,    ISAGUD,    and  ILOPAT. 

* 

The  values  of  w  (y. ,t)  are  then  examined  for  those  y. 's 
y  1  i 
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whose   indices    are    contained  in   IBAD.     w    (y.    +  h/2,   t)    at  the  end  of  a  time 

step   is   equal   to   DCLEVL  +   HEIGHT(l).      DCLEVL  is   initially  equal   to    1 

and    HEIGHT  I)    to  0,    for   all   I.      At  the  end  of  a  time  step,  HEIGHT(l) 

represents   the  amount  that  w   (y.  ,t)    has  been   raised  or   lowered  due 

y     i 

to   previous    calls   to  ADAPT.      DCLEVL   is   the   amount  by  which  w     has 

y 

been   raised  or   lowered  over   the   entire  y   interval   in   order  to  keep 
the  integral  with   respect  to  y  of  w     equal  to  the   constant  XUPPER. 

It    is   therefore   necessary  to   adjust   DCLEVL   any  time   HEIGHT  is    changed. 

* 

The  w    (yTr,Ar./ T\     ,t)'s    are    examined  where   the    order   of   examination   is 
y      IBAD  { J  ) 

for   increasing  w  HEIGHT(IBAD( J) )    is    lowered  no   more   than    its 

-h 
current  value   plus   DCLEVL   minus    10        or    .25,   whichever   is    smaller. 

The   purpose    of   this    step   is    to   insure   that  w     =   1/y     never  becomes    zero. 

y  x 

If  it   did,   the  PDE   might  blow  up.      ADJUST  keeps   track  of  the   sum  of 
the   amounts   that   any  of  the  HEIGHT(l)'s   have  been   lowered.    DCLEVL 

Next   RAISE   is    computed,    so   that  RAISE   times    IL0W(    the  number 

of  points    represented  in   IG00D)    is   equal  to   min(lL0W,   min(DCLEVL  +  ADJUST  + 

-k  * 

HEIGHT(l)    -   10      ).      This   insures   that  w     never   dips   below  the    "danger 

-h 
level"    of   10      .      Then   RAISE   is    added  to  HEIGHT(J)    J=1,...,IL0W  and 

(I LOW  time   RAISE  times    h  minus   ADJUST   is    subracted  from  DCLEVL. 

ADAPT  then   returns  to  the    calling  program.     Note  that   a  search  of 

HEIGHT  is   not  ne  cess  ray  to  find  I   such  that  HEIGHT(l)    is   the  smallest 

element   in  HEIGHT.      If  this  value  of  I   is   saved  from  one    call  to  the 

next   in   the  variable   IBEST,   then   the    only  points   where   HIEGHT  need 

be   examined  are  HEIGHT(lBEST)    and  HEIGHT(lBAD(  J ) )    J=l  through  the 

number  of  points   represented  in  IBAD(of  which  there   are    at  most   three). 
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Finally,    the   question  of  how  w     is   defined  must   be   answered. 
Let   CHANGE(l)    and  DCALTR   denote  respectively  the   changes   in  HEIGHT(l) 
and  DCLEVL  resulting  from  the   just    completed  execution   of  ADAPT.      Let 
y  be   between   y.         and  y.  .      Then  w    (y)    =  DCLEVL  ■*    P  /t-t  .       \    (DCALTR+p/y-y  \ 

it 

CHANGE(I)    for  y   less   than   or  equal   to    (y.    ,    +   y.  )/2    and 

DCLEVL  +  P/'t-t.         ij       (DCALTR  +    1  -   P(l   -(y-y.       )/h)      *CHANGE    (i))    for  y 


between  y.        +  h/2   and  y.  .        P(z)    is    70z   -315z  +5U0z   -H20z  +  126z    . 

Also   recall  that   h  is  the   fixed  y  spacing   (y.-y.    ,),    and  k  is   the    (in 

11-I 

general)    variable   time   step(t  ,-t  ,-l)  . 

P  has   some  very  nice  properties.      Its   derivatives   at   one   and 
zero   are   zero  through  the   fourth   order.      Furthermore  P(0)    =0,   P(l)=l  and 
the  integral  of  P  from  zero   to  one   is   1/2.      Thus,   w   (y)    has    continuous 

y 

derivatives    through  order   four.      In   the    case   of  a  method  which  does  not 
require  the  evaluation   of  u  for  y  points   in  between  the  y. 's    or  t 
points    in  between   the  t.'s,  we  never  have   to  evaluate  P   at   all.      The 
only  drawback  is  that  P(z)<    z   for  z<    1/2.      Thus,    the   desired  changes 
in  w     do  not   appear   as   quickly  as   might  be   desired  and  these    changes   are 
really  only  significant   in  the  neighborhood  of  y.    +  h/2. 

As   the  program  for   implementing  the  method  described  is 
still  in  the   debuggint   stage,   no   results   on   its   effectiveness   are 
available  yet.      The   drawback  mentioned  above   might  be   remedied  by 
using  a  higher   degree   interpolation   polynomial   satisfying  additional 
conditions   besides   the  vanishing  of  the   first   four   derivatives    at 
the  endpoints.      Other   factors   that  need  to  be   investigated  are   the    criteria 
for  deciding  when  u     is   too  high   or  too   low  and  possible   effects    of 
w     on   the   stability   of  the  PDE . 

y 
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3.2  Graphical   Support   Programs 

3.2.1  Plot  Package    (W.    Chung) 

A  new  version   of  the  plot   package   has   been   tested  and  is   now 
available   as   a  usable    graphical  output   program.      While  this   version 
is   in   use,   several   improvements   are   planned  for  the  next   quarter. 
Hopefully  many  users'    experience    should  be    reflected  in   the   future 
plans.      On   the   other  hand,   research  in   spline    interpolation   has 
been   in  steady  progress   and  is    at  the   stage    of   starting  the   experimen- 
tation with  the  implemented  algorithm. 

The   calling  sequence   of  the  plot  program  is 

CALL  SUBR    (N,NL,NY,T,G,Y,TL,I1,IPNT,TEND,ITEXT) 
N  =  total  number  of  variables 
NL   =  number   of  YL-type  variables 
NY  =  number  of  y-type  variables 
T(*)    =  time 

G-(*)    =   array   for   global  variable 
Y(*3#)    =  y  variables    and  their   derivatives 
YL(*)    =  YL  variables 
II   =   data  point   counter 
IPNT  =  number  of  points    to   be  plotted 
TEND  =  the  maximum  range   of  time 
Meanings   of  variables: 

IPT  =   total  number  of  variables   to  be   plotted 
NSV  =  total  number  of  variables   to  be   saved 
KPX  =  number   of  Y-type  variables   to  be   saved 
NSVYL  =  number  of  YL-type  variables   to  be   saved 
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ISAVE(*)    =   contains   indices   of  variables   to  "be  saved 
VNAME(*)    =   contains  names    of  variables  to  be   saved 
INDEX(*)    =   contains   indices   of  variables  to  be  plotted 
MMX(I,J)   =  MMX(I,10   contains   a  pointer  to  the  PT 
number  of  minimum  YSV(l,*) 
MMX(l,2)    contains   a  pointer  to  the  PT 
number  of  maximum  YSV(l,*) 
CAT(*)    =   contains    8-char  names   of  saved  pictures 
LC=  line  number   counter,   keeping  track  of  number  of 
lines   on   the   screen 
The  names    of  subroutines   in  plot  package   are   listed  as   follows: 
SUBROUTINE  PSORT(lSAVE ,VNAME ,NSV,N ) 

SUBROUTINE  PFIND(INDEP ,YSV,IXORG,IYORG,XSCL, INDEX, 

IPT,I1,IX,IY,XX,YY,K,IDX) 
SUBROUTINE  LABEL (K,NSVY,NSVYL,FLABEL) 

The  pictures    for  menus   and  tutorial  displays  were    constructed 
interactively  by  using  a  routine    (module  PICON)    and  saved  in   XFILE. 
The  module  PICON   has   13   commands:      INIT  DB ,   DELETE,    SAVE,   DISPLAY, 
FETCH,    LINE,    LINED,    TEXT,    FRAME,    CATALOG,    DASH,   BOX,    CIRCLE. 
While  the  main   capabilities   of  PICON   is  to   construct   line   or  text 
blocks  whose   exact  location   on  the   screen   is   specified  by  the  user, 
it  helps  the  user  to  write   a  batch  program  which  will  be   used  to 
regenerate  the  picture   in   XFILE   in   case   the  picture   is   accidentally 
destroyed  by  printing  a  tract   of  picture    construction   similar  to 
FORTRAN  program.      A  program  which  will  restore   the  pictures   for  plot 
package   is  now  available. 
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Plans    for   improvement   of  plot   package 

1.  Command  language  will  be   improved  by   user  experience 
and  experiments. 

2.  Graphical  output  will  be   improved  for  better  readability 
and  for  programming  efficiency;      grid  or   a  guide   line 
will  be   put  up  as    an   assistance   in   reading;   more 
reasonable   scale   and  lables  will  be    displayed. 

3.  Feedback  will  be   improved  by  providing  for  a  special 
window   for  messages   and  input   echoing  so  that   they 
do  not    interfere  with  the   main   display. 

3.2.2  GPSS  Flowchart  to  Source   Code  Translation      (B.   Purvy) 

A  number  of   changes   have  been  made   in  the  flowchart   program 
since  the   last   quarterly  report,    some  of  them  concerned  with  input/output, 
and  some  with  extending     the   flowchart   language  to  make   it  more 
convenient  to  use.        It   is  now  possible   to   run  the   converted  program 
from  the  terminal,    and  get  the  output   routed  back  to  the   terminal. 
The  COMMUNE  routines   are  now  being  used  for  input /output ,    instead  of 
the  S8  macros  which  were   in  use  at   the   time   of  the   last   quarterly 
report.      Since   GPSS  requires   a  fixed  field  input   format   and  it   is 
difficult  to  keep  track  of  what   column   one   is  in  when  typing  at 
the   graphics   terminal,   tabbing  has   also  been   implemented. 

The  need  for  some   extensions   in  the  way  flowcharts   are 
drawn  became  apparent  when   I  tried  to  take    a  flowchart   out   of  a  book 
and  break  it   down   into  pictures   in   order  to   draw  it   on   GRASS.      It   is 
very  desirable  to  have  more  than   one  block  branch  to  a  single   block; 
what   one  would  like  to   do   is   attach  something  to  a  frequently   referenced 


-52- 


block,    and  then  refer  to   it   as   often  as   one  likes.      Previously,   in 
order  to   do  this    it  was  necessary  to  have   either  one  terminal  or  one 
EXTERM,    depending  on  whether  it  was  being  referenced  from  within  the 
page   or   from  a  different  page,   respectively,    for  each  reference.      This 
would  be   a  serious   inconvenience   to  anyone  trying  to   draw  a   flowchart. 
The  new  rules  permit  multiple   connections    to   a  terminal  within   a 
page,    and  use   of  special  types   of  EXTERMS   for  external   references. 

Any  terminal  other  than  TOP   or  BOTTOM  can  have  two   or  more 
connections   to   it.      However  there   are   obvious   restructions   on     this. 
Previously,    a  "branch",    or   a  connection   other  than   TOP  or  BOTTOM 
could  be   used  to   change   the  order  of   compilation.      The  branches 
were   stored  up  as   the  TOP-BOTTOM  chain  was    followed,    and  when   a  block 
was   reached  with  no  BOTTOM  connection,   the  last  branch  was   examined. 
The  operand  fields   of  both  blocks  were  examined,   and  if  the  terminal 
type  name   appeared,    it   was   replaced  with  the   label  of  the   other  block. 
This   is   still  the  basic  process   but   it   only  applies   to   terminals 
with  just    a  single   connection,    since,   otherwise  there  would  be 
ambiguity.      For   external   connections,   this  effect    is   achieved  by  use 
of  RXTERM  and  SXTERM   (for  receiver  EXTERM  and  sender  EXTERM). 
Figure  1   illustrates   this.      On  page  1,   the   LINK  block   is    connected 
both  to  the   GATE   and  the  ENTER.      After  the  operands    are   resolved,   we 
will  have    GATE  X,   LABI,   Y   and     ENTER  X,   LAB1,Y.      In    compiling  these 
two  pages,   the  TOP-BOTTOM  path  is    followed  to  page  2    all  the  way 
to  the  TRANSFER  block,   but   then   it    is  not    followed  by  the    GATE  block, 
because   of  the  multiple   connection  to  LINK.      If,    say,   only  the 
GATE  block  were    connected  to  LINK,   then   GATE  would  follow  TRANSFER 
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in   the   final  program. 

The  TEST  block  has   an  RXTERM  connected  to   it,    and  two 
SXTERM3    in  page   2   one   connected  to  the  RXTERM.      Thus  we  will  have 
QUEUE   XL,    LAB  2   and  TRANSFER,   LAB  2   in  page  2.      If  only  a  single 
connection   is   desired,   then  either   an  RXTERM-SXTERM  pair   can  be  used, 
or  just   two  EXTERMS.      The   latter   is   used  in  the  example   to   link  the 
together. 

One  additional  change  has  been  made   to  extend  the   flowchart 
language,    and  it   is   illustrated  on  page   2   of  figure  1.      The  TEST  block 
branches   to  the  UNLINK  block,   but  it   is    connected  to  the  UNLINK  on 
top  instead  of  on   the   left.      Previously,   the  presence  of  a  TOP 
connection  would  have   prevented  the  UNLINK  from  being  compiled,   even 
though  it  is    connected  on  top  to  the  block  that  branches   to   it.      This 
has  now  been   corrected,    and  in  the   example,   UNLINK  would  follow  TEST 
in  the    compiled  program,  which  would  read,   in  part: 
TEST   1  TEST  E,    UNL  1 

UNL  1  UNLINK  Ql,      TEST   1 

(This, of  course,   makes  no   sense  as   GPSS  source   code  but  that   is   the 
user's    responsibility.)      The   same  thing  can  be   done  with  external 
connections;   UNLINK   could  have   an  RXTERM  connected  to   its  top,    and 
several  blocks   on   other  pages    could  refer  to  it  via  SXTERM's. 

When  the   compilation  process   is    complete,   and  assuming  no 
fatal  errors  were   present  in  the   flowchart,   the  message  "TYPE  IN 
BEGINNING  CARDS?"   appears   on   the  screen.      If  the  user  wants  to  add 
cards  to  the   front   of  his   program,   such  as   function   and  entity 
definitions,   he   can   either  type   "YES"    (or  just   "Y" )    or   just   type  the 
first   card.      If  "NO"    is   typed,   then   the   question   "PUNCH  DECK?" 
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will   appear,   and  after   it   is    answered,   and  executed  if  "yes"   the 
grogram  halts.      Whatever  program  was   generated  will  be  punched  on 
cards    if  the  answer  is   "yes".      This    can   also  be   done  later. 

If  cards   are   added  by  typing  them  in,   the  tabbing  function 
can  by  used.      There   are   currently   only  two   sets   of  tab  stops   possible: 
the   assembly   format    (columns    8,    19,    36,   and  72)    and  the   function 
follower   card  format    (columns   7,   13,    19,   25,    etc).      The   former   is    the 
default.      To   change  the  tab  stops,   type   in   "#A"    or  "#F"    for  assembly 
and  function   format,   respectively.      The  tab    chara-ter   is    currently 
"%"  ,  percent   sign.      Since  the   line    cannot  be   expanded  until  the  whole 
line    is    sent  to  the   360,   and  it   is  possible  that  the  expanded  line  might 
not  be   as  expected,   it   is   echoed  back  to   the  user.      If  it    is   desired 
to  change  it,   type   in   "#DE"    and  it  will  be   deleted.      (This   only 
applies   to  the   last   line,   and  only  if  it   had  tab   characters   in   it. 
Non-tabbed  lines   cannot  be    deleted.)      If  the  line   is_  acceptable, 
nothing  need  be   done   to   OK  it;    just    go  on   to  the  next   line. 

If  the  very   common   exponential  distribution   is  being  used, 
typing  "#EX"  will   copy  the   four  function   follower   cards   into  source 
program,   saving  a  lot   of  tedious   typing.      The   cards   used  are: 

0,0   |.1,.10U   | .2,  .222    |  -3,-355   |  -U, .509   I  -  5 , -  69    | .6,-915 

.7,1.2    |.75,1.38  I  . 8,1.6   |.8U,1.83   |.88,2.12    | .9,2.3   |  -92,2.52 

.9^,2.81   [.95,2.99   |.96,3.2   I .97,3-5    | -98,3-9    | -99,^.6 

.995,5.3   |.998,6.2    |.999,7.0   |.9997, 8 

In   addition,    "#SI"  will    copy   a  SIMULATE    card  into  the    deck. 

When  the  user  is  through  with  the  beginning  cards,  he  types 
"END"  .  The  main  program  will  then  be  copied  and  the  message  "TYPE  IN 
ENDING  CARDS"  will   appear.      These   again   are  terminated  with    'END', 
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ASSIGN 

LAB 

1 

LINK 

LAB 

2 

2,1 


X,Y 


E,XH1,P1 


TEST 


l  EXTERM  ) 


,LEFT,Y 


GATE 


X,LEFT,Y 


s~ \  B1 


TEST  1 


Ql ,TOP 


Figure  1.   Labels,  if  any,  are  above  the  block  and  to 
the  left .   Operands  are  above  and  to  the  right . 
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At  this  point,  the  question  ''RUN  GPSS?"  will  appear.  If  the  answer 
is  yes,  the  completed  deck  is  passed  to  GPSS  for  execution.  If  no, 
"PUNCH  DECK?"    appears. 

If  GPSS   is   run,   the  output   is   presented  to   the   user  a   frame 
at   a  time.      When   a  frame   comes   up,   a  response   is   required  of  the  user. 
Typing    'P'   will  print  what   is   on  the   screen,    and  typing  anything  else 
will  not.      Since  the  screen   is  only   about   80   characters    long,   any 
line  longer  than  that  will  be   split    into  two   lines   on  the  screen,  but 
will  be   printed  as   one   line.     After  all  the   output  has    appeared,   the 
question   "PUNCH  DECK?"   appears,    so  that   it    is   possible  to   get   a 
copy  of  the   source   program  no  matter  what   course   of  action   is    chosen 
after  the   program  is    compiled. 
Programming  Details 

A  number  of   changes   were  necessitated  by  the  modifications 
described  above,    although  the   internal  tables    and  basic   logic   are 
still  the   same.      The  use   of  COMMUNE   for  I/O   instead  of  direct   use    of 
SPACT  eliminated  a  lot  of  bookkeeping,    and  the   introduction   of 
SXTERM's   and  RXTERM's    changed  the   method  of  resolving  external  references 
somewhat.      Allowing  multiple   internal   connections,  however,  was 
surprisingly  easy.      All   of  these    are    described  below. 

In  the  QPR   for  the  2        quarter  I    described  the   implementation 
of  GPSSGRSS   in   some   detail,    and  this  will  not  be  repeated  here  where 
no   changes   were  made. 

The   arguments   to  CGO    described  last   time   included  the   address 
of  the  SPACT  work   area,    a  message  buffer,    and  a  translate    for   converting 
to  the  PDP-8  data  format.      None  of  these    are  necessary  anymore  with 
COMMUNE.      The   argument   list   is   now: 
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PASSED 

DSECT 

PTABADOR 

DS 

F 

NUMPICS 

DS 

h 

NSPICS 

DS 

k 

PRMADRS 

DS 

15  F 

where  PTABADOR  points   to  PTAB,   the  table  with  the  names   of  each 
picture   in  the   flowchart   and  points   to  its  node /connection  table, 
NUMPICS   is   the  number  of  pictures,  NSPICS   is   a  return  parameter  telling 
how  many  blocks    are   in  the   completed  source   program,    and  PRADRS   is 
a  list   of  pointers   to  the   areas  where   each  pictures   parameters    are 
stored,    in   80- byte  blocks  that  will  be   lines   of   code   after  CGO    is 
finished. 

The  entry  sequence   to   GPSSGRSS  has  been   simplified;  the 
filing  system  is   opened  and  initialized,   and  a  call   is   made  to  MASK, 
the   COMMUNE   routine,   to  mask  out    all  but  text   lines    from  the  terminal. 
At  LP1  the  branch  is   made   to   XXY   if  all  of  the    pictures   have  not  yet 
been  processed.      The   code   down  to  ITER   is   the  same;    it   translates 
the   current  picture   into  binary  and  EBCDIC^    for  numbers    and  alphameric 
data   creates  the  parameter  block   and  GETMAIN's   an   area  for  the  NC 
table.      The  only   difference   is   that,  when  the  parameter  block  is  being 
created,   each  block's  name   is    compared  to  "XTERM",  not   "EXTERM"   to  allow 
for  all  three  types   of  external  terminals. 

From  ITER  on   down  the  node  /connection  table  is    created. 
If  the  block    being  looked  at   is    any  type  of  XTERM,   the  two   character 
parameter  is   saved  in  PARM,   and  FLAG1   is   set  to   flag  which  type   it    is. 
The  values    are:      RXTERM     8F,   SXTERM     UF,   and  EXTERM     2F   (all  values 
in  hexadecimal).      One  error  message  has  been   added;   it    is   for  the   case 
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of  an  RXTERM  having  a  TOP   connection,  which  is  not    allowed.      Since 
RXTERM  stands    for  Receiver  Exterm,    and  a  block   can   only  be  branched 
to  via  its  top,    left,    or  right,   it  would  make  no   sense   to  have   a 
block  with   an  RXTERM  connected  on   the  bottom. 

When  XTERM's   are  being  resolved,   the  three   types    complicate 
matters   somewhat,    since   an  RXTERM  can  only  be    connected  to   a  SXTERM, 
and  vice  versa.      FSOT   is  used  to   control  this.      A  linked  list   of 
XTERM's   is   maintained,    and  as   each  new  XTERM  is   found  it    is    checked 
against   all   allowable  modes    in   the   chain.      In  the   case   of  an  RXTERM, 
we  want   to  put   it   in  the   chain   even    if  we   do    find  a  matching  SXTERM 
already  in  the  list,    since   there   may  be   more  than   one    such  SXTERM. 
The  three    cases   are   as    follows : 

1.  EXTERM:      If  a  match  is    found,    delete   it    and  "resolve" 
both  NC  table  entries,   else   add  it    at  the  end  of  the 
chain . 

2.  SXTERM:      If  the  matching  RXTERM  is   found,    resolve  the 
SXTERM  and  leave   the   RXTERM  in  the   chain.      If  no  match, 
add  the  SXTERM  at   the  end  of  the   chain. 

3.  RXTERM:      Search  the  entire    chain  to   find  all  matching 
SXTERMS .      Delete   each  one  and  resolve   it.      In   any  case, 
add  the  RXTERM  at  the  end  of  the   chain.      It   is  never 
"resolved"   since   it    can  be    connected  to  more  than   one 
SXTERM. 

The  rest   of  the  main   program  is   as   in  the  last   QPR. 
CGO  has   been  modified  to   allow  the  new  features.      At   LP9 
each  subpicture,   or  block  as   it's   compiled,   is    checked  for  branches. 
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Where  previously  each  new  branck  was    simply  added  to  the  stack, 

now   it  is   saved  until  all  the   connections   for  a   given  block  have  been 

examined.      Only  the  terminal  types   that   do  not   appear  more   than   once 

are  put   on  the   stack.      The  effect   of  this    is   that   terminals  with 

multiple   connections    cannot   alter  the   order   of   compilation,    as  explored 

earlier.      The   same   principle   applies  in  the   case   of  an  RXTERM.      In 

UNSTK,    a  branch  is  removed  from  the   stack  and  examined,    and  if  the  branch 

is  to  an  RXTERM,   it    is   ignored.      In  both  these    cases,   resolution   of 

operands  will  take   place  when  the  branch  is    found  from  the   other  end, 

the  non-duplicated  end.      The   feature  that   allows   one   end  of  a  branch 

to  be   a  TOP  terminal  is   implemented  at  LP20,  where  the  branches 

block  is   checked  for  a  TOP   connection.      If  there   is  a  TOP  but   the 

connection  is  to  KLUGE,   it   is    compiled.     KLUGE ,   appropriately  named, 

will  be  the   same  as   the  branches  block  for  an   internal  connection. 

For  an   external  connection   it  will  be  the  XTERM  that   the  branches 

block  is    connected  to.      It   is   used  to   find  the  terminal  in  the 

branches  block  that   is   involved  in  the  branch,    since  the  only  way 

we  have  of  finding  it   is  by  looking  for  the  right   instance  number. 

3.3  Satellite  Processor  Software 

3.3.1  Revisions  to  Acid   (Attached  Controller  for  Interactive  Displays) 

(N.    Hennegan) 

Communications  between  the  PDP-8  and  the   display  processing 
unit,   a  PDP-8/I,   is   accomplished  by  software    flags  in  the   PDP-8. 
There   are  two   areas,    one   for  input  beginning  at  DFLAG8,   and  one   for 
output  beginning  at  TFLAG8. 
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DFLAG8 


There   are    currently  six  input    functions   which  ACID  will 


accept: 


3.  TXTIN 

k.  DSPLAY 

5.  SM3N8I 

6.  ERASE 


1.  CENABLE   enable  output  to  GLASP  for  this  terminal 

2 .  CDSABLE   disable  output  to  GLASP  for  this  terminal 
input  a  text  line  into  the  refresh  area 
process  a  display  for  this  buffer 
start  M0N8I 
create  a  display  file  with  an  erase 

Input  consists  of  a  list  of  up  to  10  functions.   The  format 

of  these  functions  is  as  follows: 

abc   ddd  eee   fff 

a     is   set  to   1  when  the    list  of  function  has  been   completed. 

b     =1   indicates   that   this   is   the   last    function   in  the  list. 

c     =  1  always    incase    a  =  b=d  =  e=f  =  0 

ddd     function  number   0-5    (6  and  7  are    signalled  as   errors) 

eee     bank  number   (0-3)    of  data  in   the  PDP-8 

fff     console  number   0-7 

If  the   input    function   is   a  2    (i.e.   TXTIN)    the  word 

following  the   function  word  contains   the  starting  address   of  the 

text    line.      The  next  word  contains  the   character   count.      If  the 

input   function   is   a   3   (i.e.    display),   the   word  following  contains 

the  starting  address.        For  example: 

/  Erase    console   0 

/  Display,  bank  1,    console   0 

/  Startign  address   of  block   for   display 

/  Last   function,   text   line,  bank  2, 

console  0 
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DFLAG   8, 

1500 

+1 

1310 

+2 

1000 

+  3 

3220 

+U  2000  /Starting  address   of  text   line  buff 

+5  0110  /   character   count 

The  above    code  will    generate   a  display   file   containing  an  erase   and 
the  processed  display   file  which  begins   at  location   1000,   bank   1  of 
the  PDP-8.      Bit   1  is  on   in   DFLAG8  +3  indicating  that  this    is  the  last 
function   in  the    group.      The   function   is   to  input   a  character  string 
located  at  2000,   bank  2   into  the  text   refresh  line.      The   character 
string  is  not   input   until  the   display  has  been  processed  and  has 
been   output   so  that  this    code  will  lock  up  ACID  until  the   display 
file  has  been   sent  to  the    console. 

Each  of  these   function   groups  is   limited  to   describing  one 
console.      Upon   completion   of  the   last    function,   DFLAG8  is    set   to 
H0X0  where   X  is  the   console  number.      GLASP  in  the  PDP-8  then  marks 
function   done   for  this    console  and  is    free  to  enter  another  list   of 
input   functions    for  ACID. 
TFLAG8 

This   is  the   corresponding  output  ready   flag  in  the  PDP-8. 
This   flag  is   set  by  ACID  to  indicate  that   input  to   GLASP   is  pending. 
The  format  of  the   first  word  is    as    follows : 

a  bb  bbb  bbb   ccc 

a     set  to   1  if  input  to   GLASP  is  pending 

bb  bbb  bbb     interrupt   character 

=0  carriage  return  (i.e.  input  a  text  line) 
=21-35  function  button  hit  (i.e.  joystick) 
=36-377     currently  unused 

ccc     console  number 
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Word  2  number  of  characters   or  Y   coordinate   of  joystick 

hit 

Word  3  X  coordinate  of  joystick  hit 

Word  k-kO        six  bit   ascii   characters  packed  2   per  word 
Text  Editing 

The  text  editing  capabilities  have   been   enlarged  and  made 
more  uniform  with  those   of  DEC.      The    first    feature   is   the  underscore 
which  is   at  the   current   location   of  the   input  pointer.      This   indicates 
where   the  next   character  typed  will   be  placed.     The  user   can    control 
the   location   of  the  underscore   by  typing  a  back   space   or   a  control  F 
which  will  move  the   pointer  back  one   space   or   forward  one  space 
respectively.      This   allows  the   user  to   correct   any  typing  errors   or 
change   any   characters. 

Two   other   features,    delete   and  insert,   have  also  been 
implimented.      By  typing  a  control  D,   the   character  which   is    at  the 
location   of  the   input   pointer  is   deleted  and  the  remainder  of  the 
line    is   shifted  one    character  space.      To   insert    characters,   the  user 
types   a  control  I  which  places    the   user  in   insert  mode.      Characters 
typed  will  be   inserted  just  before   the   input   pointer.      Lockout   occurs 
when   the  buffer   contains   72   characters.      A   control  C   or  return  will 
exit  the  user   from  the   insert  mode. 

The   implementation   of  these   expanded  text  editing  facilities, 
especially  the  underscore   and  insert,   necessitated  major   changes   in 
ACID.      Basically,  ACID   independently  buffers    and  transmits   characters 
to  the   console.      Two  hundred  actual  word  buffers   are   dynamically 
allocated  and  freed.      Previously,   the  text   line  refresh  routines 
used  the   same  routines   as   display  routines    for  retreving  and  storing 
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of   characters   in   a  buffer.      This  was    good  in  that   there  was  not   a  lot 
of  redundant   code,   but   the   old  method  did  not   lend  itself  well  to 
operations  within   allocated  buffers.      I  was   also   concerned  with  the 
ability  of  ACID  to  easily  handle   six  or  seven  terminals   all   in  the  text 
line   refresh  mode.      For  this   reason   I  elected  to   make  the  retrieval 
of  a  character  from  an   allocated  buffer  as   fast   as   possible.      The 
major  problem  incurred  in  the  text  line   refresh   cycle  was  the  underscore 
When  sent  to  the   console,   the  underscore   is  place  under  the  previous 
character.      During  the   text  line   refresh   cycle,   the   output  pointer 
is   compared  to  the   input  pointer  and  when   found  to  be   equal,   the  UBIT 
is    set  in  the   console's  vector  flag,    and  the  next    character  is   sent 
to  the  display.      When  the  next    display  ready  interrupt   occurs, 
the  text   refresh  output  routine    (TXTDSP)    firsts  tests   the  UBIT.      The 
test   succeeds;    the  UBIT  is    cleared  and  an  underscore   is   sent   to   the 
display.      In   addition,   the  text   line   is   always   padded  with   a  blank 
on  the  right   so  that  if  the    input  pointer  is   at   the  end  of  the  text 
line,   the  blank   is   sent  automatically  and  UBIT  is   set   so  that  the 
next   character  sent  will  be   an  underscore.      As    an   illustration,   if 
the  input  pointer  was  pointing  to  the  next  possible   location   on   the 
end  of  the  text   line,   the  display  would  be  something  like: 

RESISTO_ 
The  text   line   initialization   routine  TXIST  uses   the  same  program  as 
the   display  routines  to   allocate   a  buffer.      ALOCAT   gets  the  link 
of  the   first   free  buffer  and  assigns  the  buffer  to  the   console. 
ALOCAT  then   initializes  the  buffer  pointers   and  bank  of  the  buffer 
in  the   console  vector.      The   main  locations   in  the  console  vector  are: 


-6h- 


CV  +   1  BUFO        Contains   CDF  IN  where  N   is  the  bank  of  the 

buffer 
CV  +  2  TXTO  Contains   output  pointer 

CV  +   10  TXTI  Contains   end  of  line  pointer 

CV  +   15  TXTIN        Contains    current   input  pointer 

3.3.2     File   Structure   and  Handling 

The   file  is   the  basic   division   of  the    data  within  the 
system.      From  the  viewpoint  of  the  user,    files    are   referenced  as 
being  either   active   or   inactive.     Active   files    are  viewed  as   those 
which  are   in   core   and  can  be   manipulated  or   displayed,  while 
inactive    files   are   stored  on   the   disk   for  possible  later  reference. 
Due   to   the  limited  space  available   for  active  file   storage    (presently 
4K    core  words)    and  the  possible  multiplicity  of  user's   files  have   three 
states   as   viewed  by  the   system.      An   active   file  may  indeed  be   in   core 
or  if  there   is   insufficient  space   available   it  may  be   stored  on  the 
disc   as    a  temporary,   though   active,    file,      To  maintain  the  appearance 
to  the  user  that   all  active   files    are    core   resident   the   active   file 
storage   space   had  to  be   structured  in  such   a  way   as   to   allow  for 
maximum  use   of  the   limited  space,    easy  access  to  a  single   file   for 
the  purpose   of  modification,    and  the  ability  to   remove   files   to 
temporary  in   order  to   free   a  required  amount   of  space. 

These   objectives  haye  been  implemented  through,  the  use   of 
a  circular   doubly-linked  list    of  the   files  which  are  resident   in   core. 
The   circularity  of  the   link  list   allows    a  file  to   "wraparound"    from 


■65- 


the  end  to  the  beginning  of  the  allocated  linear  space   thus   eliminating 
the  problem  of  unuseable  space  between  the   last   file  and  the  end  of 
core.      By  means   of  the    double   links    a  single   file  may  be  easily 
inserted  into  or   deleted  from  the  list. 
File  Header 

In   addition  to  the   forward  and  backward  pointers   required 
to   implement  the  above   scheme,   the  head  of  each   file   contains   certain 
other  flags   and  pointers  which   facilitate   file  handling  and  manipulation, 
These   are    shown   in  Figure   1. 

The  "pointer  to  the  allocated  end  of  file"   hereafter   called 
FILDSP   serves    as  both   a  reference  to  the  length  of  the  space  occupied 
by  the   file  in   core  and  as   a  pointer  to  the  "following"   file  which 
is  the   one  that  accupies  the  next    contiguous    locations   in   core. 
The  length  is   a  necessary  parameter  if  the   file   is  to  be   deleted,    or 
if  it    is  to  be   swapped  out   to   free   a  known   amount   of  space   for  a 
new  file.      It  is   imperative  to  know  the  beginning  location  of  the 
"following"   file  if  a  file   is  to  be  expanded.      Should  the   following 
file  need  to  be   swapped  out  this    could  be   determined. 

FILDSP  when   coupled  with  the   "pointer  to  the  actual  length 
of  the   file"    (FILEN)   becomes   an   indication   of  how  much   free   space 
is   left  at  the  end  of  the   file   for  expansion. 

The   forward  and  backward  pointers    called  BACKPT   and  FRNTPT 
allow  any  file  to  be  inserted  into  or  deleted  from  the  list   and 
are  the  backbone   of  the   structure.      The   active   file  number  and  user 
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POINTER  TO  ALLOCATED  END  OF  FILE 


POINTER   TO  PRESENT  END  OF   FILE 


BACKWARD  LINK  TO  PREVIOUS   FILE 


FORWARD  LINK  TO  NEXT  FILE 


ACTIVE   FILE    # 


USER   CODE 


LAST  REFERENCE    # 


WRITE  MODIFICATION   FLAG 


FILDSP 

FILLEN 

BACKPT 

FRNPT 

USERID 

LSTREF 

WRTFLG 


Figure   1 


FILE  HEAD 
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code  (USERID)  are  for  identification  purposes  and  allow  the  user 
to  refer  to  a  file  which  may  have  the  name  RESIST.  00  in 
permanent  storage  by  a  number  from  0-7.   The  user  code  is  protection 
against  modification  by  other  system  users. 

Finally  the  last  reference  number  and  the  write  modification 
flag  (LSTREFjWRTFLG)  are  useful  when  it  becomes  necessary  to  swap  an 
active  file  to  temporary  disc  storage.   LSTREF  indicates  how  recently 
the  file  was  referenced  by  a  user  in  relation  to  the  other  file  in  core. 
This  allows  for  a  "dormant"  active  file  to  be  swapped  out  as  opposed 
to  one  that  is  currently  being  accessed.   The  write  modification  flag 
merely  indicates  whether  the  file  is  empty  or  contains  a  file  identical 
to  that  permanently  stored,  in  which  case  it  can  be  written  over,  or 
whether  the  file  must  be  saved  when  it  is  moved  from  core. 

These  parameters  allow  for  the  implementation  of  the  following 
file  utility  routines  which  perform  most  of  the  necessary  data 
structure  manipulation  of  the  active  file  space. 

Throughout  all  the  routines  the  file  being  referenced  is 

pointed  to  by  a  pointer  in  location  FILPT.   Two  routines  allow  access 

to  the  information  in  the  file  header. 

ADFILE  ADD  to  the  ACC  the  value  of  the  specified  word  in  the  file  head. 

JMS  ADFILE 

FILDSP 

would  return  the  length  of  the  current  file  in  the  ACC 

STFILE  STORE  the  value  of  the  ACC  at  the  specified  word  in  the  current 

file 

TAD  (1000 


-68- 


JMS  STFILE 

FILDSP 

would  place  1000  as  the  allocated,  lengths  of  the  current  file. 

INSERT  the  file  pointed  to  by  the  ACC  the  current  file  and  its 

next  file. 

TAD  (1000 

JMS  INSERT 

would  link  the  file  at  location  IOOOq  with  the  file 

at  FILPT.   Upon  return  the  ACC  =  0  and  FILPT  points  to 

the  inserted  file. 

DELETE        the  file  pointed  to  by  FILEPT . 


JMS  DELETE 


BOUND 


TAD  (1000 
JMS  BOUND 


CON CAT 


on  return  the  ACC  contains  the  FILDSP  of  the  deleted  file 
and  FILEPT  points  to  the  beginning  of  the  freed  space, 
the  current  file  by  creating  an  empty  file  in  the  space 
between  the  value  in  the  ACC  and  the  FILDSP  of  the  current 
file.   The  value  in  the  ACC  becomes  the  new  allocated 
length  of  the  current  file.   If  the  following  file  in 
core  is  also  empty  it  is  deleted  and  concatenated  to  the 
bounding  file.   This  maximizes  empty  core  space. 


creates  an  empty  file  between  1000q   and  FILDSP  of  current 

file.   The  file  at  1001  is  tested  for  emptiness.   If  it 

is,  it  is  concatenated  to  the  empty  file.   1000  then  becomes 

the  FILDSP  of  the  current  file 

concatenate  to  the  current  file  the  space  occupied  by 

the  "following  file".   This  allows  the, current  file  to 

expand  downward. 
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GETLEN        add  enough  space   to   the    current   file  to   accomodate   the 

addition   of  the  number  of  words   in   the  ACC  to  the    current 
file.      This   routine   allows   expansion   of  the   file  and  regulates 
the  amount  of  free  space   a  file    can  have.      If  the   space   is 
already  allocated  the   routine   simply  returns.      If  the 
"following"    file   is  empty  or  unmodified  then   it   is    concatenated 
and  100 o-  the  number  of  additional  words    desired  are   allocated 
to  the   current   file  and  the   rest   is   freed  through  BOUND. 
Otherwise   the  "following  file"   is  swapped  out   to  temporary 
and  then  the   above  process   is   carried  out. 

TAD   (7 

JMS   GETLEN 

would  either  return  if  the   7  words  were   already  allocated  or 

return  with   107  words   added. 

SCAN  memory  starting  at  the    current   file   for  as  much  space   as   is 

indicated  by  PI.     When  scanning  through  the    file  list  the 
appearance   of  a  sufficiently  large  empty  file  will  result 
in  return  with  the  ACC   =0.      If  a  sufficiently  large  non-empty 
file  is   found  its  last    reference  number  is    compared  to  that 
of  any  previous   find.      If  it  is    less,   then  upon   completion  of 
of  the  scan  through  the  list   it  will  be  returned  with  the 
ACC  =  1  and  FILPT  pointing  to  the  space.     Otherwise  ACC  =  -1 
is   returned. 

JMS  SCAN 

200 

scans   for  a  space   of  200  n  word.      Returns  ACC  =  -1  no  space  that 

large,   ACC  =  0  empty  space,  ACC  =  1  non   empty  space 
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SWAPIT       test  the  write   modify  flag  of  the   current   file  and  will  swap 

out  to  temporary  the   current   file   if  the   flag  is   on. 
UPDATE        returns   the  next    last  reference  number  each  time   it   is 

called.      When  the  number  "wraps    around"    from  TTTTo  to   0, 
the    routine   reduces   all  the   core   LSTREF  by  shifting  out 
the  last  two   digits. 
3.  ^4  Hardware 

3.U.1  PDP-8  and  PDP-10   Interface      (W.    Tarn) 

The  PDP-8  was   linked  to  the     PDP-10   in   CSL  via   a  1200 
baud   line.      Off  the   shelf  modems  were   used  on  both  ends    of  the   line, 
and  an   interface  was    constructed  to  perform  the  serial/parallel 
conversion  of  data  bits,    as   well   as    controlling  transmit /receive 
operations   through  PDP-8   iot's.  ppp   8     CPU 


PDP10 


MODEM 


'1200  baud 
I full  duplex 


phone    line 


INTERRUPTS 


IOT's 


v. 
V 


j  MODEM  t » INTER- 


FACE     £ 


V 


# 


AC 


Hardware  Inscription 

The  interface  was  built    around  a  TR1602A  M0S/  LSI   chip 
which  performs   all  serial/parallel  conversions   and  generation   of 
start/stop  bits.        The   chip  was  wired  to  transmit   and  receive   8  bit 
characters  with  2   stop  bits,   parity   check  suppressed.      A  19.2  KHZ 
clock  provides    1200  bauds   serial   data  rate.      The   input   and  output 
to  the   chip    (8  bits)  were   gated  to  the  PDP-8  accumulator.      The 
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interface    also   raises   the   interrupt   line   to   the  PDP-8  processor 
when   a  character  is   recieved  or  upon   completion   of  transmitting  a 
character.      The  PDP-8  IOT   decoder  was   used  to  provide   IOT's  to 
initiate   read/write   from  and  to  the  PDP-8   accumulator,  perform 
conditional  skips    and  reset   flags  .      The  interface  vas    constructed 
on   a  universal  board  at   location   7-19   on   the  PDP-8  rack. 
IOT's   for  the   Interface 


6661  P10SDR 

6662  P10TX 

6663  P10SDS 


666k        P10CTF 


6665  P10STD 

6666  P10RX 

6667  P10SDS 


skip   data  ready--skip  if  a  character  is   received 
transmit  the   8  low  order  bits   in  the  PDP-8 
accumulator   as   one   character 

skip   data  set   ready — skip  if  the   modem  is   ready 
this   tests  both    (i)   the  modem  is  powered  up 
(ii)   a   carrier  is   detected 
reset  DONE  flag.      the  DONE  flag  is   raised  upon 
completion  of  transmitting  a  character  and   initiates 
an  interrupt 

skip  transmit   done — skip  if  the  DONE  flag  is   raised 
read  the   character  received  into  the    8  low  order 
bits   of  the  accumulator,    clear  receive   flag 
skip  data  set  ready 
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k.      SWITCHING  THEORY  AND  LOGICAL  DESIGN 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant  Number 

U.S.  NSF-GJ-503A  #1) 


Improvement  of  the  transduction  procedures  was  made.   The  effec- 
tiveness of  the  transduction  procedures  depends  not  only  on  transformations 
involved  but  also  on  initial  networks.   The  computational  capability  of 
G impel' s  network  algorithm  for  deriving  initial  networks  was  greatly  improved. 
Also  the  development  of  the  transduction  procedures  under  maximum  fan- in  or 
fan-out  was  continued. 

The  transduction  procedures  have  been  applied  to  networks  of  NOR 
gates  only  but  we  started  to  apply  them  to  MOS  networks.   A  preliminary  in- 
vestigation is  encouraging. 

Comparison  of  networks  under  two  design  criteria,  i.e.,  the  min- 
imization of  gate  count  and  the  minimization  of  connections,  was  continued 
and  interesting  computational  results  were  obtained. 

T.  Ibaraki  of  Kyoto  University  spent  the  summer  to  summarize  the 
computational  statistics  of  various  integer  programming  design  approaches 
done  so  far  by  our  research  group.   R.B.  Cutler  and  J.K.C.  Hu  joined  the 
group  in  August. 

S.  Muroga 

Most  of  this  quarter  was  spent  in  studying  the  applicability  of 
network  transformations  to  networks  of  MOS  "cells"  (gates)  and  in  studying 
related  papers  on  MOS  network  synthesis. 

An  investigation  was  also  begun  to  determine  the  reasons  for  dis- 
crepancies in  certain  computational  results  contained  in  various  reports 
and  papers  published  in  the  past. 

(J.N.  Culliney) 
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On  August  21,  1973  I  begun  work  with  Professor  Muroga's  research 
group.   Since  then  I  have  been  studying  algebraic  methods  for  minimization 
of  Boolean  functions,  in  particular  Tison's  generalized  consensus  algorithm. 
I  am  eventually  planning  to  develop  a  program  to  minimize  not  only  large 
functions,  but  also  incompletely  specified  and  multiple  output  functions. 

(Robert  B.  Cutler) 

The  experiments  for  finding  methods  to  reduce  the  computation  time 
of  Gimpel's  program  (see  Quarterly  Report  for  April,  May  and  June  1973)  have 
been  completed.   The  program  finds  the  three  level  networks  with  the  minimum 
number  of  gates  for  a  Boolean  function  by  setting  up  and  solving  a  cc-table 
(cover  and  closure  table).   Improvements  in  the  computation  time  were  obtained 
by  modifying  the  method  for  solving  the  cc-table.   A  paper  which  gives  the 
details  of  the  modifications  which  were  made  to  the  program  and  the  computa- 
tional results  for  some  test  functions  has  been  written.   The  following 
table  shows  the  computation  time  in  seconds  required  to  solve  the  cc-table 
for  some  test  functions  for  both  the  original  program  and  the  best  modification. 


Function  number 

The  original  program 

The  modified  program 

1 

8.87 

.27 

2 

U2.78 

1.20 

3 

265.97 

2.03 

k 

27^.00 

1.31 

5 

V76M9 

1.18  ■ 

(K.  Hohulin) 
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I  begun  research  work  with  Professor  Muroga's  group  on  August  21. 
For  the  first  two  weeks  I  tried  to  get  acquainted  with  the  work  that  other 
people  were  doing  by  reading  their  papers  and  research  reports. 

Then  I  turned  my  attention  to  the  problem  of  how  to  transform  an 
optimum  network  under  GCMC  (Gate- Connect ion  Minimization  Criterion)  to  an 
optimum  network  under  CGMC  (Connection-Gate  Minimization  Criterion). 
The  definition  of  the  cost  of  a  logical  network  varies  in  different  situations. 
In  some  cases  the  number  of  gates  is  the  dominating  factor,  but  in  other  cases 
the  number  of  connections  is  the  dominating  factor.   Our  work  is  to  find  the 
optimum  networks  of  a  given  switching  function  under  different  criteria  (GCMC 
and  CGMC),  and  to  find  the  relationship  between  these  two  cases.   Among  the  83 
switching  functions  we  tested  (all  4-variable),  there  are  24  functions  with  dif- 
ferent optimum  networks  under  GCMC  and  CGMC.   I  tried  to  transform  these  net- 
works from  the  GCMC  case  to  the  CGMC  case.   So  far,  I  have  been  able  to  accomplish 
this  for  several  cases,  discovering  some  generalized  properties;  however,  some 
cases  still  require  further  consideration. 

(Jackson  K.C.  Hu) 

The  documentation  of  the  NOR-network  transformation  procedures  has 

been  completed. 

Computations  on  minimum  NOR  networks  under  connection-gate  minimization 
criterion  (minimizing  the  number  of  connections  as  the  first  objective,  the 
number  of  gates  as  the  second)  were  partially  completed  for  83  ^-variable  func- 
tions requiring  6  NOR-gates  in  their  minimum  gate  networks.   Since  the  computation 
time  for  the  functions  which  require  more  than  l6  connections  is  excessively 
long,  only  600  seconds  of  computation  time  were  spent  on  each  such  function. 
It  was  found  that  2k   out  of  the  83  functions  have  minimum  networks  under  CGMC 
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(Connection-Gate  Minimization  Criterion)  different  from  their  corresponding 
minimum  networks  under  GCMC  (Gate-Connection  Minimization  Criterion).  These 
results  were  examined  by  Jackson  Hu  to  find  possible  relations  between  the 
two  types  of  minimum  networks.   A  report  on  the  subject  of  minimum  NOR  net- 
works under  CGMC  and  their  relations  with  minimum  NOR  networks  under  GCMC  was 
completed. 

(H.C.  Lai) 
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5.   MACHINE  AND  SOFTWARE  ORGANIZATION  STUDIES 

(Supported  in  part 
by  the  National  Science  Foundation  under  Grant  Number  US  NSF  GJ  36936) 

The  following  is  a  collection  of  related  work  aimed  at  improved  designs 
for  computer  and  software  systems.  We  are  interested  in  parallel  and  pipeline 
processors,  small  primary  memories,  effective  use  of  rotating  memories,  and  some 
questions  concerning  user  languages  for  problems  including  typical  FORTRAN  type 
calculations,  simulation  languages,  and  a  variety  of  file  processing  problems. 

(D.  Kuck) 

5.1  COMPUTER  SYSTEM  DESIGN 

Memory  Systems  and  Data  Alignment  Networks  -  (D.  H.  Lawrie) 

We  have  examined  in  more  detail  the  proposal  of  Budnik  and  Kuck  [1] 
for  using  an  array  processor  memory  system  with  a  prime  number  of  memories.  Such 
a  system  allows  conflict-free  access  to  rows,  columns,  diagonals,  backward  diag- 
onals, and  rectangular  blocks  of  a  two-dimensional  matrix.  The  problem  with  such 
systems  is  that  indexing  and  alignment  in  these  systems  has  not  been  well  under- 
stood. 

We  have  now  determined  the  indexing  and  alignment  tag  equations  and  have 
determined  the  alignment  requirements.  The  indexing  and  tag  equations  indicate 
that  if  M  is  the  number  of  memories  in  the  system,  and  M  is  prime,  then  special 
mod  M  adders  are  required  to  compute  memory  indices  and  alignment  tags.  The 
complexity  of  mod  M  adders,  where  M  is  a  prime  number,  and  the  need  to  replicate 
these  adders  M  times  may  overrule  the  use  of  these  memory  systems.  In  addition, 
we  have  been  unable  to  find  any  network  short  of  a  fu.ll  crossbar  switch  which  is 
capable  of  supplying  the  necessary  alignment  requirements. 

Some  of  our  results  about  memory  systems  have  been  published  [2].  A 
more  complete  report  covering  all  of  our  results  is  in  preparation. 
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Speedup  of  Iterative  Programs  -  (S-C.  Chen) 

During  this  quarter,  the  formal  analysis  of  loop  computations  has 
emphasized  linear  recurrence  relations.  This  appears  to  be  highly  serial 
computation  and  has  been  thought  to  be  poorly  suited  to  multiprocessor  systems. 

However,  we  have  proved  that  any  linear  recurrence  relations  can  be  computed  in 

2 
2                                N 
0(log  N)  steps  and,  hence,  the  speedup  is  0( s— ).  For  typical  mth  order  linear 

log^N 

Mm 

recurrence  relations,  the  computation  time  is  0(log  N/m)  and  speedup  is  Q(iQa  |\i/m) 

These  findings  confirm  our  experimental  results  obtained  from  varying  limit  N. 
These  results  have  been  encouraging  since  they  are  the  fastest  way  among  all  known 
solutions.  It  requires  the  smallest  number  of  processors  at  the  same  speed. 
Furthermore,  the  easy  routing  and  control  mechanism  plus  its  flexibility  of 
folding  make  it  applicable  to  real  design. 

The  above  results  can  also  be  applied  to  any  D-dimensional  linear 
recurrence  relations  (D-nested  loop)  since  it  is  equivalent  to  change  N  to  N 
for  the  same  structure. 

By  extension  of  the  result  of  single  recurrence  relations  to  coupled 
recurrence  relations,  we  believe  that  some  formal  solutions  could  also  be  ob- 
tained. This  work  will  continue  in  the  next  quarter. 

Program  Analysis  -  (R.  Towle) 

Work  continued  on  tabulating  various  parameters  of  FORTRAN  programs. 
A  preliminary  paper  detailing  results  thus  far  was  completed.  The  paper  deals 
with  the  effect  of  BAS  on  machine  design,  various  parameters  describing  FORTRAN 
programs,  the  effectiveness  of  various  BAS  algorithms,  analytical  results  about 
BAS,  and  IF  statements  in  DO  loops.  Condensing  the  data  from  past  analyzer  runs 
is  still  continuing. 
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Analysis  of  Eigenproblem  Programs  for  Multiprocessing 
Systems  -  (K.  Y.  Wen) 

The  objective  of  this  work  is  to  analyze  a  set  of  commonly  used  pro- 
grams and  see  how  they  can  fit  into  multiprocessing  systems.  Moreover,  we  want 
to  establish  more  facts  about  real  programs  which  might  be  useful  in  actual 
machine  design. 

Analysis  of  EISPACK  programs  was  first  done  through  the  use  of  the 
FORTRAN  Analyzer.  It  was  found  that  an  average  of  90  processors  is  needed  for 
maximum  speedup.  The  average  speedup  turns  out  to  be  around  20,  while  the 
average  efficiency  (defined  as  #  coprocessors  ^  is  28%'     Allowin9  onlv  90 
processors  or  less  in  each  test  program,  the  average  speedup  is  around  15  while 
the  average  efficiency  is  37%.  The  average  number  of  processors  now  used  is 
only  46.  This  result  shows  great  promise  for  multiprocessing  systems. 

The  second  part  of  the  analysis  is  done  by  hand.  Here  we  are  concerned 
with  how  a  matrix  should  be  stored  in  the  memory  system,  how  it  should  be  routed 
to  the  processors,  and  how  the  matrix  elements  should  be  aligned  with  respect  to 
each  other.  EISPACK  programs  are  scanned  and  all  array  operations  are  recorded 
in  a  table.  Emphases  are  put  on  the  different  types  of  arrays  involved,  the 
different  kind  of  parallel  array  operations  and  whether  the  operation  is  on  arrays 
of  the  same  type  or  not. 

COBOL  Analysis  -  (L.  Chan  and  R.  Strebendt) 

Work  is  continuing  on  the  problem  of  speeding  up  COBOL  programs  through 
concurrent  processing  of  several  sets  of  input  records.  The  problems  of  locating 
the  necessary  FORK,  JOIN,  and  QUIT  instructions,  and  of  inserting  the  necessary 
sequential  interlocks  appear  to  be  solved.  A  skeleton  model  of  a  machine  struc- 
ture to  implement  this  method  of  multiprocessing  has  been  proposed.  Further  work 
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is  planned  to  validate  the  feasibility  of  the  model  and  to  derive  values  for 
some  of  the  parameters  in  the  model.  To  facilitate  further  analysis  of  COBOL 
programs,  especially  large  programs,  a  scanner/ table  generator  is  now  under 
construction. 

5.2  FILE  PROCESSING 

Information  Retrieval  Computers  -  (W.  Stellhorn) 

Documentation  for  the  initial  version  of  the  D-Machine  retrieval  pro- 
gram is  now  complete  and  will  be  available  soon  for  distribution. 

Text  formatting  has  begun  on  a  second  data  base,  this  one  containing 
legal  materials. 

A  simulator  has  been  written  in  support  of  analytical  studies  of  par- 
allel processing  computers  for  information  retrieval  in  inverted  files.  Testing 
of  this  program  is  now  at  an  advanced  stage,  and  during  the  next  quarter  the 
program  will  be  used  to  study  the  effects  of  various  design  parameters  on  the 
performance  of  the  proposed  system. 

Hardware  Systems  -  (M.  Bengston  and  L.  A.  Hollaar) 
Due  to  the  lack  of  working  Cogar  memory  boards  for  the  D-Machine,  it 
was  decided  that  only  IK  of  microstore  will  be  used.  This  means  that  some  of  the 
microprogram  must  be  overlayed.  Difficulties  again  developed  with  the  A.  B.  Dick 
Videojet  printer,  requiring  the  installation  of  a  new  ink  pump  and  print  head, 
which  had  not  arrived  by  the  end  of  this  quarter.  Preliminary  tests  were  com- 
pleted on  the  disk  interface. 

The  two  DEC  PDP-11/40  minicomputers  arrived;  each  included  8K  of  memory 
and  a  ASR33  Teletype.  The  machines  have  been  reconfigured  so  that  one  has  no 
core  on  it  and  the  other  has  16K  of  interleaved  memory.  Purchase  orders  were 
issued  for  a  Diva  disk  controller  and  two  2314-style  drives  and  48K  of  650ns 
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interleaved  Datacraft  memory,  both  to  be  delivered  next  quarter. 

File  Processing  Software  -  (B.  Hurley) 

During  the  first  two  months  of  this  quarter,  work  was  almost  ex- 
clusively directed  to  the  creation  of  software  for  the  D-Machine.  This  project 
included  writing  such  routines  as  a  text  editor,  a  procedure  for  systematically 
loading  the  Data  Base  on  the  disk,  and  a  special  "dump  program"  modified  to  give 
English-ASCII  output  for  documents  or  ASCII  output  for  memory  dumps.  These  rou- 
tines have  all  been  coded  but  due  to  difficulties  concerning  the  reliability  of 
the  D-Machine,  they  are  not  completely  debugged.  In  the  month  of  September, 
work  on  the  PDP-11  retrieval  system  included  coding  and  compiling  a  "user  Inter- 
face" procedure  which  now  only  needs  to  be  tested  with  the  parsing  routine. 
Also,  programs  were  written  to  help  in  the  evaluation  of  data  received  from  the 
Medline  Information  Retrieval  System. 

Inverted  File  Retrieval  System  -  (J.  M.  Milner,  J.  K.  Morgan 

and  J.  R.  Rinewalt) 

During  the  last  quarter,  more  documents  were  analyzed.  We  now  have 
statistics,  including  frequency-rank  curves  and  bigram  counts,  for  more  than 
half  of  the  documents  currently  in  the  data  base. 

Software  specs  for  the  first  version  of  the  retrieval  system  were 
completed  and  coding  began.  Approximately  50%  of  the  code  for  this  system  has 
been  written,  however,  due  to  lack  of  machine  times  less  than  one-third  of  the 
written  code  has  been  debugged. 

During  the  next  quarter,  coding  will  continue,  but  it  is  unlikely  that 
much  debugging  will  be  accomplished  until  a  disk  system  and  additional  core 
memory  are  obtained  for  our  CPU's. 
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6.   COMPUTER  SYSTEMS  ANALYSIS 

(Supported  in  part  "by  the  National  Science  Foundation  Under  Grant  No. 
NSF  GJ  28289.) 

The  goal  of  this  research  is  the  development  of  analytical 

tools  for  system  modeling  and  analysis  of  real  time  computer  networks. 

Research  this  quarter  has  been  aimed  at  performance  evaluation  and 

improvement  of  the  IBM  360/75  run  under  HASP  3.1  and  O.S.  at  the 

University  of  Illinois  at  Urbana-Champaign. 

Center  Throughput  Analysis  (S.  A.  Mamrak) 

After  an  extensive  study  to  develop  a  "pay-for-priority" 
algorithm  to  be  used  on  the  IBM  360/75,  ^e  task  of  implementation 
followed.   Major  changes  of  the  priority  scheduling  from  its  intial 
proposed  form  into  its  actual  implementation  form  have  been  the  result 
of  both  more  thorough  research  and  admini strati onal  policies  regarding 
job  scheduling. 

The  "magic  number"  (PRT)  formula  has  been  re-evaluated  using 
more  data  and  a  stepwise  multiple  regression  statistical  package. 
Scheduling  is  to  be  done  using  a  modified  shortest -processing -time 
principle  subject  to  the  constraints  of  a  job's  priority  level.   Six 
initiators  will  be  active,  representing  six  different  job  classes,  with 
magic  numbers  ranging  in  value  from  1  to  about  7000.  Aging  will  be 
done  every  ten  minutes  in  such  a  way  that  a  low  priority  job  will  move 
into  the  medium  priority  level  in  2k   hours  and  a  medium  priority  job 
will  become  a  high  priority  job  in  about  k-   hours.   The  high  priority 
jobs  will  also  age. 
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A  study  of  the  predictor  module  has  been  undertaken  and  a 
predictor  formula  has  been  determined  relating  a  job's  turnaround  time 
to  its  own  magic  number,  the  magic  number  of  jobs  ahead  of  it  on  the 
queue,  the  current  job  arrival  rate  and  a  set-up  factor  where 
appropriate.   This  predictor  module  is  not  included  in  the  present 
implementation,  but  will  be  subsequently  added. 

Publications 

S.  A.  Mamrak,  Master  of  Science  Thesis,  "Simulation  Analysis  of  a 
Pay- for -priority  scheme  for  the  IBM  360/75,  "  Department  of 
Computer  Science,  University  of  Illinois  at  Urb ana -Champaign, 
Urbana,  Illinois,  Report  No.  UIUCDCS-R-73-605,  August,  1973. 

(E.  K.  Bowdon) 
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7-   ASPECTS  OF  COMBINATORIAL  COMPUTING 

Recent  work  has  included  the  analysis  of  sorting 

algorithms,  distance  preserving  codes  and  Sperner's  theorem. 

The  papers  discussing  these  topics  are: 

lo   "Analysis  of  sorting  algorithms"  by  C.  L. 
Liu  (abstract  only)  AFIPS  Conference 
Proceedings,  Vol.  1+2  (1973). 

2o   "Difference -pre serving  codes"  by  F.  P. 
Preparata  and  J„  Nievergelt,  Department 
of  Computer  Science  Technical  Report  No. 
UIUCDCS-R-73-602. 

3.  "Sperner's  Theorem  and  Its  Generalization" 
by  C.  L.  Liu,  submitted  for  publication  in 
Discrete  Mathematics. 
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8.   THEORY  OF  DIGITAL  COMPUTER  ARITHMETIC 

(Supported  in  part  by  the  National  Science  Foundation  under 
Grant  No.  US  NSF  GJ  3820lu  ) 


8.1  Function  Evaluation  Techniques 

During  this  quarter  work  on  a  non-iterative  method  for  evaluation 
of  elementary  functions  has  "been  continued.  As  stated  in  a  previous 
Quarterly  Progress  Report,  summation  over  the  set  of  constants,  specific 
for  each  function,  represents  the  basis  of  this  method.  A  general 
approach  for  constructing  these  sets  of  constants  has  been  formulated. 
Efficiency  and  convenience  of  different  existing  methods  for  obtaining 
a  solution  of  the  minimax  approximation  problem,  given  a  set  of 
approximating  functions,  have  been  investigated.   In  our  method  for 
evaluation  of  elementary  functions,  the  set  of  approximating  functions 
(j)(X)  is  chosen  in  such  a  way  that  the  required  selection  process  can  be 
on  the  level  of  addressing  of  precomputed  constants,  thus  providing  for 
a  parallel  execution  of  the  corresponding  algorithms.   The  set  (j)(X) 
has  also  a  convenient  property  that  an  initial  solution,  a  best  solution 
in  least  squares  sense,  can  be  determined  by  closed  formulas.   From 
this  initial  solution,  the  required  set  of  constants  can  be  conveniently 
obtained  by  generating  a  minimax  solution. 

(M.  D.  Ercegovac) 

8.2  Implementation  of  a  High  Speed  Calculator 

Research  has  started  on  implementing  the  high  speed  algorithms 
developed  by  DeLugish  in  his  thesis  (Report  No.  399) •   The  algorithms 
will  be  hard-wired  on  the  Excel  equipment.   The  calculator  will  be 
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limited  to  multiplication,  division,  logarithm,  and  exponentiation. 
All  of  the  algorithms  take  only  one  multiplication  cycle  time  to 
evaluate  the  function  to  register  length  precision,  except  exponentiation 
which  requires  three  cycle  times.   The  speed  advantages  become  apparent. 

Design  of  the  necessary  logic  has  been  the  main  concern  this 
quarter.  An  efficient  barrel  shifter  which  propagates  the  sign  had  to 
be  designed.  A  decision  was  made  to  use  microprogrammed  control. 
Minimization  of  the  logic  is  being  examined  and  wiring  will  begin  shortly. 

(M.  J.  Irwin) 
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9  .   Automation  of  Introductory  Computer  Science  Courses 

The  status  of  our  project  was  presented  at  the  International 
Computing  Symposium  1973*  Davos,  Switzerland  in  a  paper  by 
Nievergelt,  Reingold  and  Wilcox  on  "The  Automation  of  Introductory 
Computer  Science  Courses. " 

60  students  in  CS  121  (about  half  the  class)  are  using  our 
CS  lessons  on  PLATO  to  learn  PL/l  this  fall.   About  25  students  in 
each  of  CS  357  and  CS  109  are  working  on  term  projects  writing  Computer 
Science  lessons  on  PLATO. 

Work  has  started  on  modifying  the  PL/l  compiler/consultant 
which  runs  on  PLATO  so  that  it  will  accept  FORTRAN  and  BASIC. 

A  preliminary  version  of  our  planned  information-retrieval 
and  advising  system  was  completed  as  an  M.  S.  thesis  and  described  in 
DCS  Report  #587  by  Shinnichi  Murai:   "Guide-O:  An  Experimental 
Information  System.  " 

(j.  Ni ever gelt) 
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10.  CENTER  FOP.  ADVANCED  COMPUTATION  REPORT*  SUMMARY 


This  is  a  progress  report  on  ARPA  contract  DAHCOU-72-C-OOOl, 
entitled,  "ILLIAC  IV  Applications  Research  at  the  Center  for  Advanced 
Computation,  University  of  Illinois  at  Urb ana -Champaign. "  During  this 
period  there  was  research  in  the  following  areas: 

1.  Development  of  numerical  techniques  suitable  for  parallel 
processing  in  the  areas  of: 

a)  Linear  programming 

b)  Algebraic  eigenvalue 

c)  Approximation  of  functions 

2.  ILLIAC  IV  multispectral  image  processing 

3.  Enhancements  to  the  PEESPOL  compiler 
k.     Network  Terminal  Systems  project 

^  -   ns  H"hY*T_Vm+",AH  cc^^ut  o^ional  s,rctemr'  of  hctcrccnccus  ccni^utcrk 
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10.1  ..  APPLIED  MATHEMATICS  GROUP 


10 . 1 . 1  Linear  Programming 

The  Linear  Programming  system  has  been  transferred  from  the  simulator 
to  the  ILLIAC  IV  and  developed  to  the  point  where  a  small  program  has  been 
successfully  run.   This  incorporates  certain  improvements  to  speed  up  the 
algorithm  as  outlined  in  a  revised  document  [1].  This  document  also  outlines 
the  numerical  calculations  necessaiy  to  permit  an  out-of-core  implementation 
for  problems  too  large  for  the  main  memory.   Some  refinements  are  required, 
and  much  remains  to  be  done  in  the  input-output  routines  so  that  user 
programs  may  be  run. 

The  implementation  of  the  matrix  generator  language  is  close  to 
completionj  although  this  has  been  delayed  because  of  shortage  of  personnel, 
it  is  hoped  to  have  it  completed  and  documented  shortly. 

10 . 1 . 2  The  Algebraic  Eigenvalue  Problem 

Studies  for  efficient  parallel  algorithms  for  finding  the  leading 
eigenvalues  and  vectors  of  large  (and  sparse)  real  symmetric  matrices 
have  been  completed.  A  new  algorithm  that  is  suitable  for  a  parallel 
machine  is  now  being  developed  for  finding  the  eigenvalues  in  any  given 
interval  [a,b]  and  the  corresponding  eigenvectors. 

A  modification  of  the  QZ  algorithm  [2]  for  the  eigenvalue  problem 
Ax=XBx  for  real  symmetric  A  and  B,  with  B  being  an  ill-conditioned  positive- 
definite  matrix,  has  been  developed  and  tested. 

10 . 1 . 3  Approximation  of  Functions 

The  Applied  Mathematics  Group  had  previously  made  a  study  of 
methods  of  simultaneously  fitting  sets  of  exponential  decay  curves  with  a 
common  decay  constant  [3>*0»  The  next  step  was  to  extend  the  work  to  situations 
in  which  the  curves  to  be  analyzed  consist  of  the  superposition  of  two  or  more 
decay  curves.  As  a  preliminary  to  this,  a  good  algorithm  for  fitting  a  single 
curve  by  a  sum  of  exponentials  was  needed.  We  have  developed  an  algorithm  to- 
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do  this  by  a  method  which  is  a  combination  of  "differential  corrections" 
and  linear  programming.   The  algorithm  has  been  implemented  (in  Fortran) 
and  tested.  It  seems  to  work  well  but  is,  as  expected,  slower  than  a 
Remez-type  algorithm  for  the  case  of  a  single-term  exponential  approximation. 
A  detailed  report  is  in  preparation. 

In  another  line  of  work,  results  from  a  previous  theoretical  study  [7] 
were  found  useful  in  verifying  an  error  estimate  in  numerical  linear  algebra  [6] 
A  report  on  this  is  available  [5]« 
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10.2   ILLIAC  IV  MULTISPECTRAL  IMAGE  PROCESSING 


10 . 2 . 1  Introduction 

In  support  of  the  earth  resources  monitoring  objectives  of  the 
ERTS/EROS  programs  of  NASA  and  USGS,  staff  of  the  Center  for  Advanced 
Computation  is  now  completing  development  of  an  ILLIAC  IV  multispectral 
image  analysis  system  for  digital  interpretation  of  large  quantities  of 
ERTS  satellite  multispectral  scanner  (MSS)  imagery.   The  complete  system 
has  been  designed  and  implemented  to  exploit  the  full  capabilities  of 
(1)  the  ILLIAC  IV  for  image  processing  calculations;  (2)  the  UNICON  Data 
Computer  of  the  ILLIAC  IV  complex  for  storage  and  retrieval  of  numerous 
multispectral  images;  (3)  the  time-sharing  PDP-10  processors  of  the 
ILLIAC  IV  complex  for  interactive  image  analysis;  (k)   the  AREA  Network  for 
decentralized  access  to  the  system;  and  (5)  the  Center's  PDP-11  ANTS  system 
for  CAC  image  analysis  research. 

10 . 2 . 2  Data  Management  Systems 

The  level-one  system  now  operational  employs  PDP-10  data  management 
software  resident  on  ARPA  Network  PDP-10  computers  at  I.S.I,  and  Case 
Western  Reserve.   PDP-10  ERTS  data  management  software  allows  interactive 
tape  retrieval  and  display  of  specific  ERTS  data  windows  and  transfer  via 
the  network  of  these  data  files  to  NASA/ Ames  for  ILLIAC  IV  interpretation. 
The  PDP-10  software  also  includes  Fortran  procedures  for  small-scale 
image  interpretation,  thus  permitting  interactive  trial  image  interpreta- 
tions prior  to  ILLIAC  IV  batch  calculations.   An  ERTS  data  management 
system  has  been  designed  and  is  now  being  implemented  \ising  the  UNICON 
Data  Computer  at  NASA/ Ames.   The  availability  of  the  Data  Computer  at  Ames 
for  ERTS  data  management  by  December  will  greatly  facilitate  large-scale 
ILLIAC  IV  interpretations. 
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lO.g.^ILLIAC  IV  Calculations 

Multivariate  cluster  analysis  and  statistical  classification 
pattern  recognition  algorithms  have  been  developed  in  ASK  for  ILLIAC  IV 
interpretation  of  ERTS  MSS  imagery.   ASK  simulation  tidings  for  these 
two  algorithms  indicate  that  the  ILLIAC  IV  will  be  two  orders  of 
magnitude  more  cost-effective  than  the  IBM  3^0/67  for  comparable  process- 
ing.  The  statistical  classification  algorithm  is  now  being  executed  on 
the  ILLIAC  IV  itself  in  support  of  the  Center's  research  in  this  area. 

10.2.4  Graphical  Displays 

Graphics  systems  have  been  developed  for  display  of  raw  and 
interpreted  ERTS  MSS  data  on  numerous  output  devices  at  the  Center 
including  T.I.  terminals,  line  printers,  the  Computek  and  Imlac  CRT's, 
and  the  Zeta  plotter.   Color  Polaroid  prints  can  be  composed  via  color 
filtering  of  successive  monochromatic  Imlac  displays.   Emphasis  is  now 
being  placed  on  the  development  of  software  for  plotting  interpreted 

topographic  maps  of  the  7-1/2%    15',    and  1x2     quadrangle  series. 
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10.3    ENHANCEMENTS  TO  THE  PEESPOL  COMPILER 


PEESPOL,  an  acronym  for  PDP-11  Executive  System  Program  Oriented 
Language,  was  designed  and  implemented  for  the  purpose  of  creating  a  high 
level  implementation  language  for  PDP-11  system  programming.   PEESPOL 
"looks  like"  ALGOL  (i.e.,  it  is  a  block  structured  language  with  storage 
allocated  via  declarations,  etc.).  PEESPOL  also  handles  PDP-11  Assembly 
Language  (PAL)  statements  and  contains  a  rather  powerful  macrogenerator 
facility.   The  PEESPOL  compiler  runs  on  the  Burroughs  B670O  system, 
accepts  input  in  card-image  form,  and  creates  a  disk  file  containing  the 
PDP-11  system  object  code.   PEESPOL  has  been  in  use  for  the  past  two  years 
for  implementation  of  ANTS,  MARK  I  and  development  of  ANTS,  MARK  II. 

During  the  reporting  period,  the  following  tasks  were  performed: 

(1)  Correction  of  a  number  of  bugs  which  had  been  discovered 
in  the  compiler, 

(2)  Extension  of  the  language  by  the  inclusion  of  a  nnmhpr  of 

_  J  J  J  -»- J  _^,  „T    1 -, -J -U  -    -T 
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(3)  Updating  of  the  PEESPOL  Reference  Manual  to  a  preliminary 
form  for  internal  use. 

The  additions  and  enhancements  to  the  language  have  enabled  the 
ANTS  System  Programming  group  to  more  efficiently  program  the  ANTS, 
MARK  II  system.   Changes  also  permit  compiling  versions  of  ANTS  for  use 
on  the  PDP-11/40  and  11/^5  as  well  as  the  PDP-ll/20. 

In  September,  Marty  Ozga  joined  Dave  Grothe  to  work  on  future 
development  of  PEESPOL.   During  the  next  quarter,  papers  will  be  prepared 
for  the  1974  NCC  proceedings  describing  PEESPOL  and  its  use  as  a  system 
implementation  language.   The  preliminary  version  of  a  PEESPOL  Reference 
Manual  will  be  developed  to  a  state  for  external  distribution. 

10 . 3 . 1  ARPA  Network  Usage 

During  the  reporting  period,  network  usage  was  heavy  on  several 
systems  —  especially  the  UCSD  B67OO,  the  UCLA  360/9I,  the  MIT-Multics 


-97- 


system,  the  USC-ISI  PDP-10  TEMEX  systems.  Activities  began  which  pertain 
to  use  of  and  access  to  the  ILLIAC  IV  complex  at  Ames.   (Use  of  this 
system  is  described  in  other  sections  of  this  report. )  The  NTS  group 
provides  local  system  support  and  network  consulting  for  University  of 
Illinois  users  of  these  systems.   A  new  version  of  the  Network  Users 
Handbook  was  released.   The  Handbook  introduces  new  network  users  to 
available  network  facilities. 

10 . 3 . 2  Graphics  Support  for  Center  Projects 

The  Fancy  ARPA  Network  Graphics  System  (FANGS)  was  completed  at 
the  UCSD  B67OO  system.  This  package  provides  a  sophisticated  interactive 
system  for  graphical  analysis  and  displaying  user  design  imagery.  Docu- 
mentation for  this  system  is  forthcoming.   Capabilities  exist  in  FANGS 
for  transferring  graphical  images  to  the  Gould  plotter,  Computek  graphics 
scope,  Imlac  display  and  the  newly  acquired  Zeta  drum  plotter  system. 

10.3.3  Hardware  Acquisition 

During  the  reporting  period,  the  PDP-11  Model  50  computer  system 
was  delivered  and  installed  at  the  Center.  An  additional  ARPANET  inter- 
face was  acquired  for  this  system  so  that  the  Center  now  has  both  a 
production  network  access  system  (PDP-ll/20)  and  a  development  system 
(FDP-ll/50). 

Additionally,  the  Zeta  drum  plotter  procured  by  the  Laboratory  for 
Atmospheric  Research  support  was  delivered  and  placed  into  operation. 
This  new  plotter  provides  plotting  of  imagery  up  to  thirty-six  inches  in 
width  with  the  selection  of  one  of  four  pens. 

Additionally,  two  Diablo  terminals  were  ordered,  to  provide  the 
Center  with  advanced  documentation  quality  .printout  devices.   A  new  line 
printer  was  ordered  to  serve  as  a  backup  to  the  Gould  electrostatic 
printer/ plotter. 
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10 . 3 . k    Laboratory  for  Atmospheric  Research  Support 

Support  for  the  University  of  Illinois'  Laboratory  for  Atmospheric 
Research  (LAR)  continued  with  the  development  of  graphics  packages  at 
several  network  sites  for  displaying  LAR's  simulation  results  in  graphical 
form  on  CAC  equipment.   Basic  graphics  display  software  was  written  on  the 
UCLA  IBM  360/91  and  the  USC-ISI  PDP-10.   Graphical  imagery  can  now  be 
returned  to  the  Center  for  display  on  the  Gould,  Imlac,  Computek,  and  Zeta 
plotter.  Further  efforts  in  the  next  reporting  period  will  be  involved  in 
extending  and  improving  the  efficiency  of  these  graphical  support  services. 
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10.4  NETWORK  TERMINAL  SYSTEMS  PROJECT 


10. 4.1  AREA  Network  Terminal  System  (ANTS)  Development 

Early  this  year,  ARPA-IPT  suggested  that  the  Center  hold  an  ANTS 
Users  Group  Meeting.   An  open  invitation  was  extended  to  anyone  interested 
in  the  status  of  ANTS,  MARK  II  design-  and  implementation.   About  forty 
people,  representing  twenty-five  institutions,  visited  the  Urbana  campus 
on  April  29  -  May  1,  19T3«   A  presentation  on  the  design  of  MARK  II  was 
given,  and  discussions  were  held  concerning  the  intentions  of  the 
University  of  Illinois  to  create  an  affiliated  development  corporation 
which  would  continue  development  as  well  as  distribute  and  support  ANTS. 

At  the  time  of  the  meeting,  it  was  expected  that  the  first  opera- 
tional version  of  ANTS,  MARK  II  (supporting  only  the  TELNET  protocol) 
would  be  available  by  early  July.   Several  problems  were  encountered 
which  delayed  this  by  four  months.   Completion  of  system  design  required 
xnree  monxns  raxner  xnan  xne  iour  to  six  weeKS  expected  in  April.   Hard- 
ware problems  with  the  UCSD  B6700  and  the  UCSD  and  UI  IMPS  seriously 
hampered  progress  --  we  estimate  a  loss  of  over  a  month.   Delivery  of  the 
PDP-ll/50  was  two  months  later  than  expected,  thereby  requiring  use  of 
the  PDP-11/20  for  both  development  and  operations.  Another  week  was  lost 
with  PDP-11/20  hardware  problems.   An  additional  few  weeks  were  lost  in 
late  summer  when  vacations  were  taken.   The  result  is  that  system  coding 
was  not  completed  at  the  end  of  this  reporting  period.   Completion  of 
coding  is  expected  in  October  with  an  operational  version  of  ANTS,  MARK  II 
(supporting  the  TELNET  protocol)  in  November.  Following  this,  the  file 
transfer  protocol  (FTP)  and  remote  job  entry  protocol  (NETRJE)  will  be 
implemented,  along  with  various  device  drivers  for  Center  peripherals. 
Further  development  objectives  and  priorities  will  be  established  in 
cooperation  with  the  recently  created  ANTS  Steering  Committee  (ASC). 

The  ASC  was  created  by  ARPA-IPT  in  September  to  represent  the  ARPA 
ANTS  user  community's  interest  in  future  development  of  ANTS.  Members  of 
the  ASC  are  Lave  Crocker  (UCLA),  Tom  Boyton  (USC-ISI),  Ken  Pogran  (MIT), 
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and  Jerry  Burchfiel  (BBN) .   Initial  discussions  with  the  ASC  have  produced 
a  tentative  list  of  ANTS  general  specifications:  ■ 

1.   Individual  systems  will  be  tailored  by  Sysgens,  according  to: 

a)  Hardware 

(1)  Amount  of  core 

(2)  Presence  of  secondary  (swapping)  storage 

(3)  Number  and  type  of  peripherals 
(k)  Number  and  type  of  terminals 

b)  ANTS  Software 

(1)  What  ANTS  modules  desired  (partial  list  of  available 

modules): 

(a)  Line  drivers  for  standard  DEC -11  peripherals 

(b)  NCP 

(c)  Basic  vs.  extended  (with  options)  TELNET 

(d)  Basic  vs.  full  FTP  (server) 

(e)  Basic  vs.  full  PJE  (server) 

(f)  FTP  (user) 

(g)  PJE  (user) 

(h)  Netgraphics  (different  levels) 

(i)  Basic  vs.  fancy  terminal  support  (e.g.,  with 

command  completion/recognition,  formatting 

simulation,  etc.1) 

f  *  \  A^^^.-.-  -.4-  ,•  „  _  / J-i _•_-.!_• 

(k)  User-defined  commands  words  and  functions 
(1)   System  monitor  to  call  larger  host,  for 
debugging/diagnostics 

(2)  What  modules  to  be  locked  in  cere  vs.  swapped,  if 

disk  available 


2.     User-level  features  available: 

a)  TIP-emulation,  for  the  traveler 

b)  Full-duplex  command  completion/ recognition  (probably) 

c)  User-defineable  procedures  and  command  set 

d)  Rich  terminal  support  features: 

(1)  Character/line/image  modes 

(2)  Line-mode  input  editing 

(3)  Page-size  and  tab  simulation 

(h)     Upper/lower,  upper  only,  or  convert  to  lower  case 

(5)  Line-feed  inserted  after  carriage  return 

(6)  Single-command  access  to  popular  Net  functions 

(7)  Variable  timing  delay  for  <FF>,  <CR>,  <LF> 

(8)  Print/discard  output  to  terminal 

(9)  Multiple  connections  per  terminal 

(10)  Terminal  status  and  reset  parameters  commands 

(11)  Range  of  terminals  "known" 
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e)  Generally  friendly  features: 

(1)  Variety  of  ways  to  specify  hosts  (synonyms  or  #) 

(2)  System  status  including  user  list 

(3)  Escape-to-command  character  not  needed  if  no 

connection  opened 
(k)     CONNECT  command  defaulted,  so  that  user  need  only 

enter  hostname/ number 
(5)  Recording  of  terminal  session,  if  port  (and  core) 

available 

3.   PEESPOL 

a)  Fix  PEESPOL  compiler  to  generate  PAL 

b)  Have  PEESPOL  modules  separately  compilable 

c)  Have  ANTS  highly  plugable,  allowing  mix  of  languages 

It  is  expected  that  most  of  the  above  features  will  prove  to  be 
desirable.  Discussions  will  be  held  to  refine  the  list  and  develop  imple- 
mentation priorities.  An  ANTS  Users  Group  Meeting  will  be  scheduled  for 
January  or  February  to  discuss  the  state  of  development  and  implementation 
schedules. 

members  were  assigned  the  responsibility  for  assisting  Gary  Grossman  in 
implementation  of  ANTS,  MARK  II.   In  September,  three  additional  staff 
began  their  education  in  ANTS  and  PEESPOL  and  are  expected  to  contribute 
to  system  enhancements  during  the  next  quarter. 

During  the  reporting  period  a  paper  entitled  "A  New  Approach  to 
Network  Access  Computer  System  Design,  "  was  prepared  by  W.  J.  Bouknight, 
G.  Grossman,  and  D.  Grothe  for  presentation  at  the  Third  Data  Communica- 
tions Symposium,  13-15  November  1973*  This  paper  presents  the  design 
philosophy  of  ANTS,  MARK  II. 

10. k.2   New  ANTS  Systems 

During  this  period,  contracts  were  negotiated  and  signed  with 
NASA-Ames  Research  Center  and  Lincoln  Laboratory  to  provide  and  support 
customized  versions  of  the  ANTS  svstem. 
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The  NASA-Ames  system  includes  an  extended  graphics  display 
capability.  The  system  will  include  a  FDP- 11/45  system  with  32K  words 
memory,  VERSATEC  printer/plotter,  mag  tapes,  disk  packs,  a  distant  Host 
interface  to  the  network,  and  a  FDP-ll/lO  satellite  I/O  processor.  The 
ll/lO  will  serve  to  interface  Ames*  current  set  of  graphics  displays  to 
the  11/45  and  thence  to  network  protocols.  In  addition,  the  ll/lO  will 
interface  to  the  Ames  IBM  1800  providing  its  peripherals  with  network 
access.   Scheduled  for  later  implementation  will  he  an  advanced  design 
graphics  display  system  of  the  Vector  General  or  E  and  S  class. 

The  Lincoln  Labs  system  is  comprised  of  a  PDP-ll/40,  24k  words 
core,  disk  packs,  VERSATEC  printer/plotter,  GT-40  display  system,  and  a 
very-distant-Host  interface  to  the  network.  The  GT-40  system  will  be 
used  to  display  seismic  data  stored  on  the  network  and  retrieved  by  ANTS. 
Additional  display  support  and  improved  file  management  facilities  in  ANTS 
are  scheduled  for  future  implementation. 

10.4.3  NTS  Documentation 

W.  J.  Bouknight,  "IMP  Interface  Manual,  "  NTS  Document  no.  2,  University 
of  Illinois  at  Urb ana- Champaign,  6  June  1973* 

,  G.  Grossman,  and  D.  Grothe,  "A  New  Approach  to  Network 


Access  Computer  System  Design,  "  NTS  Document  no.  1,  University  of 
Illinois  at  Urbana-Champaign,  1  May  1973*   (Also  to  appear  in  the 
Proceedings  of  the  Third  Data  Communications  Symposium, 
13-15  November  1973.) 

D.  Grothe,  "PEESPOL  Reference  Manual,  "  NTS  Document  no.  5,  University  of 
Illinois  at  Urbana-Champaign,  August  1973* 

S.  Holmgren,  "ARPA  Network  Terminal  System  Handbook,  "  NTS  Document  no.  3, 
University  of  Illinois  at  Urbana-Champaign,  1  July  1973* 

M.  S.  Sher,  'Experience  in  Networking  --  A  Case  Study,  "  NTS  Document  no.  4, 
University  of  Illinois  at  Urbana-Champaign,  July  1973*   (Published 
in  the  fall  1973  issue  of  EDUCOM  Bulletin;  revised  version  to  appear 
in  Datamation. ) 
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10.5  DISTRIBUTED  SYSTEM  GROUP 


The  Distributed  System  Group  was  formed  during  this  period  to 
conduct  research  in  distributed  computational  systems  of  heterogeneous 
computers.   A  single  software  environment  will  be  built  that  spans 
several  computers  on  the  AREA  Network.   The  composite  environment  should 
have  cost,  response,  and  reliability  parameters  which  are  significantly 
better  than  can  be  provided  at  any  single  computational  site. 

The  target  system  will  be  a  large  data  base  system  for  use  in  the 
areas  of  large  scale  modeling,  such  as,  input/output  economic  analysis, 
quadratic  modeling,  and  statistical  analyses.  The  target  system  will 
demonstrate  distributed  processing  of  massive  computational  jobs  and 
large,  geographically  distributed  data  bases.  The  system  should  be  able 
to  grow  and  include  unique  facilities  available  on  the  AREA  network  such 
as  the  ILLIAC  IV  and  the  Data  Computer. 

10 .  5  •  1  PL/ 1  Compatibility 

The  initial  software  will  be  written  in  PL/l.  A  single  language 
was  chosen  at  this  early,  proof-of -concept  phase  to  reduce  the  software 
development  effort.   PL/l  is  acceptable  because,  it  has  powerful  data  and 
control  features  and  it  is  available  on  the  Burroughs  B67OO  at  San  Diego, 
Honeywell  Multics  at  MIT,  and  several  IBM  360/37O  facilities  around  the 
network  (particularly  the  360/91  at  UCLA/CCN) .  Future  coupling  of  the 
ILLIAC  IV,  the  Data  Computer,  and  other  unique  facilities  will  require 
multilanguage  software. 

By  using  a  compatible  subset  of  PL/l  that  will  work  on  Burroughs, 
Honeywell,  and  IBM  facilities,  we  hope  to  achieve  a  highly  transportable 
system.   Should  one  module  of  the  distributed  system  located  at  one  node 
on  the  AREA  network  fail,  it  will  be  feasible  to  reinitiate  the  module 
on  a  back-up  facility,  using  different  hardware  at  another  mode.   The 
bulk  of  the  Distributed  System  Group  effort  through  December  1973  will  be 
on  the  identification  of  a  suitable  subset  of  PL/l  which  may  be  compatibly 
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used  on  Honeywell,  Burroughs,  and  IBM  equipment.   Serious  deficiencies  in 
the  compatibility  of  multitasking  and  compile  time  facilities  have  already 
been  identified.  More  subtle  discrepancies  in  data  conversion  and  data 
declaration  have  also  been  identified. 

It  is  expected  that  the  basic  work  of  the  PL/l  project  and  the 
identification  of  the  compatible  subset  will  be  completed  by  December  1973* 
A  report  on  the  compatible  PL/l  subset  will  be  prepared  in  the  first 
quarter  of  1974. 

10 . 5 . 2  Multimachine  Education 

An  education  effort  has  been  undertaken  to  improve  the  fluency  of 
Distributed  System  Group  programmers  in  the  use  of  Multics,  the  B67OO, 
TSO  on  OS/360,  and  TSS  on  the  360/67.   Seminars  and  formal  training 
sessions  by  vendors  have  been  presented  to  the  group.  Each  group  member 
is  responsible  for  two  areas  of  the  PL/l  project.  This  requires  him  to 
become  an  expert  on  and  document  the  compatibility  of  PL/l  facilities  in 

4.1 r-  _   TT>M     IT , "'  ^      i-»-i  3   TV-,-,,-  ,-.--  -.1.  -   __..-•-...-   4       rm      '  • 
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effective  reinforcement  mechanism  with  which  to  follow  the  formal  training 
sessions  and  seminars. 

10 . 5 . 3  Network  Protocols 

An  effort  to  define  process  control  and  data  transfer  protocols 
that  will  live  on  top  of  standard  ARPA  network  protocols  is  continuing. 
Message  encrypting  and  other  protection  facilities  are  being  studied  to 
insure  the  privacy  of  data  transferred  across  the  network.   Protocol 
development  will  be  minimal  until  the  PL/l  compatibility  project  is 
completed. 
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10.6   ADMINISTRATION  AND  FISCAL  STATUS 


10 . 6 . 1  Administration 

During  this  report  period,  Professor  Daniel  L.  Slotnick  resigned  as 
director  of  the  Center  for  Advanced  Computation.   Professor  Hugh  Folk  is 
acting  director. 

10 . 6 . 2  Fiscal  Status 

Actual  expenditures  through  30  September  1973:   $532,  339. 

Expenditures  for  the  six  month  period  covered  in  this  report 
(1  April  1973  -  30  September  1973): 


April 

$  62,859 

May- 

92,  917 

June 

89,  397 

.Tnlv 

l)\     r/!i7 

1      -71           1 

August 

133,638 

September 

78,781 

$532,  339 

Expenditures  and  obligations  outstanding-  through  30  September  1973  = 
$3,  5^9,  559- 
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REPORTS  AND  PUBLICATIONS 


G.  G.  Belford,  "An  Application  of  the  Theory  of  Approximation  by- 
Families  with  a  Fixed  Point, "  CAC  Technical  Memorandum 
no.  11,  University  of  Illinois  at  Urbana-Champaign,  May 
1973- 

, "Fitting  Related  Sets  of  Straight-line  Data, " 


Journal  of  Cybernetics,  2,  3  (1972):   35-38. 
,  "Simultaneous  Fitting  of  Exponential  Decay  Curves, " 


CAC  Document  no.  6l,  University  of  Illinois  at  Urbana- 
Champaign,  1  April  1973* 

,  R.  L.  Belford,  and  J.  F.  Burkhalter,  "Eigenfields: 


A  Practical  Direct  Calculation  of  Resonance  Fields  and 
Intensities  for  Field-Swept  Fixed-Frequency  Spectrometers, " 
Journal  of  Magnetic  Resonance,  11  (1973):   251-265- 

and  Surender  Kumar  Kenue,  "Investigation  of  One-Step 


Methods  for  Integro-Differential  Equations, "  CAC  Document 
no.  75>  University. of  Illinois  at  Urbana-Champaign,  May  1973- 

R.  L.  Belford  and  G.  G.  Belford.  "Eieenfield  Expansion  Technique  for 

Efficient  Computation  of  Field-Swept  Fixed-Fieyueney  Spe'clia  fxuiu 
Master  Equations,"  The  Journal  of  Chemical  Physics,  59,  2  (July  1973) 
853-^- 

George  Purdy,  "Algorithm  for  High  Security  Codes,"  CAC  Document  no.  76, 
University  of  Illinois  at  Urbana-Champaign,  6  June  1973* 

Richard  C.  Roistacher,  "On-Line  Computer  Text  Processing:  A  Tutorial," 
CAC  Document  no.  82,  University  of  Illinois  at  Urbana-Champaign, 
15  August  1973. 

Michael  S.  Sher,  "Experience  in  Networking — A  Case  Study,"  CAC  Document 
no.  81,  University  of  Illinois  at  Urbana-Champaign,  July  1973- 
(Also  published  in  EDUCOM,  8,  3  (Fall  1973):   8-13;  also  to  appear 
in  Datamation. ) 

THESIS  WORK 

Kimio  Uno,  "The  Limits  of  Japanese  Growth:   An  Econometric  Study, " 
University  of  Illinois  at  Urbana-Champaign,  19  July  1973- 
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11.    MACHINE  PERCEPTION  AND  INTELLIGENCE 
(AQVAL  Project) 


11.1  Theory  of  Variable-Valued  Logic  Systems  (Michalski,  Lee) 

Work  was  aimed  at  defining  formal  assumptions  and  relation 
of  VL  logic  systems  to  binary,  multi-valued  and  fuzzy  logic  systems. 
A  paper  'Discovering  Classification  Rules  Using  Variable -Valued  Logic 
System  VL  '  was  presented  at  the  3r(^  International  Conference  on 
Artificial  Intelligence  held  at  Stanford  University,  August,  20-25. 

Programs  AQVAL/l  and  'Classer'  have  been  extensively  used 
for  synthesizing  'best'  VL  expressions  for  early  detection  of  a  cancer 
of  the  liver  or  of  the  pancreas  based  on  the  standard  admitting  medical 
information. 

11.2  Applications  of  VL  Systems  (Michalski,  Wong) 

Further  experiments  were  run  on  the  application  of  the  program 
AQVAL/l  (together  with  other  programs )  to  the  problem  of  finding  a 
sequential  operator  for  discrimination  of  nonuniform  textures.   Our 
present  technical  implementation  of  the  'sequential  operator'  method  for 
texture  discrimination  consists  of  3  types : 

1)  Scanning  the  pictures  using  a  lj-6  mm  film  scanner 
and  extracting  events  from  the  digitized  picture 
using  an  event  extracting  operator. 

2)  Defining  filters,  in  the  form  of  VLi  formulas 
(using  AQVAL/l )  to  discriminate  as  much  as 
possible  the  learning  texture  classes. 

3)  Filtering  the  digitized  picture  using  the  filters 
from  Step  2  to  obtain  a  new  enhanced  picture. 
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This  picture  is  again  processed  "by  the  program 
in  Step  1  for  the  next  iteration. 

Very  good  recognition  of  textures  have  been  obtained  using  the  above 
method  even  in  the  case  of  very  non-uniform  textures  (with  3  to  if 
iterations). 

The  technical  difficulties  in  experimenting  with  the  above 
method  are  that  each  of  the  three  steps  have  to  be  presently  processed 
by  separate  jobs  on  the  IBM-360/75.   Thus  it  would  mean  a  total  of  9  to 
12  jobs  before  analyzing  1  texture  is  completed.   This  normally  takes 
several  days. 

During  the  last  3  quarters,  effort  was  devoted  to  developing 
a  monitor  program  which  can  allow  all  16  steps  to  be  run  in  1  job  with 
interactive  ability.   The  first  version  of  the  nucleus  of  the  monitor 
program  was  completed. 


Publications 


R.  S.  Michalski,  'Discovering  Classification  Rules  Using 
Variable-Valued  Logic  System  VL^',  Advance  Papers  of  the 
Third  International  Joint  Conference  on  Artificial 
Intelligence,  20-23  August,  1973*  Stanford  University. 
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12 .   STATISTICS 
Introduction  The  decision  concerning  the  number  of  factors  to  retain 
and  rotate  in  factoring  reduced  rank  matrices  remains  basically  highly 
subjective.   While  a  number  of  quantitative  criteria  have  been  suggested 
in  answer  to  the  problem,  the  choice  among  these  is  far  from  clear-cut. 
The  application  of  several  typically  provides  several  different  answers. 
Also,  all  are  open  to  theoretical  objections  when  applied  to  "real" 
data;  e.g.,  theorems  true  for  the  population  can  not  be  applied  directly 
to  sample  data.   The  investigator,  as  a  result,  frequently  falls  back 
on  the  meaningfulness  of  his  rotated  factors,  which  is  quite  inadequate 
for  any  scientific  purpose  other  than  a  primitive  form  of  hypothesis 
formation. 

Humphreys  and  Ilgen  (I969)  have  published  a  description  of  a 
methodology  that  shows  considerable  promise.   This  is  the  parallel 
analysis  method.   It  involves  the  factoring  of  a  second  correlation 
matrix,  identical  with  respect  to  the  number  of  variables  (n)  and 
number  of  observations  (N)  as  the  original  data  matrix,  but  formed 
from  distributions  of  random  normal  deviates.   In  correlation  matrices 
derived  from  real  and  random  data,  the  curves  of  the  latent  roots  cross 
as  long  as  the  real  data  matrix  approximately  conforms  to  the  common 
factor  model.   In  the  published  note  the  insertion  of  squared  multiple 
correlations  in  the  principal  diagonal  of  each  matrix  gave  optimum  results 
within  the  limits  of  diagonal  values  tried.   In  a  small  number  of  matrices 
having  fairly  obvious  factor  structures  the  parallel  analysis  technique 
gave  an  answer  to  the  number  of  common  factors  question  that  approximately 
paralleled  the  answer  given  by  use  of  the  maximum  likelihood  technique. 
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As  a  matter  of  fact,  parallel  analysis  with  squared  multiples  in  the 
diagonals  of  both  matrices  seemed  to  be  slightly  more  accurate  than 
maximum  likelihood.   Use  of  squared  multiples  has,  as  a  result,  become 
the  standard  procedure. 

Abstract  When  correlation  matrices  based  upon  real  and  random  data, 
with  squared  multiple  correlations  in  the  diagonals,  are  factored,  the 
hypothesis  is  that  the  point  at  which  the  curves  of  the  latent  roots 
cross  indicates  the  number  of  common  factors.   Sampling  studies  confirm 
the  hypothesis  when  the  common  factor  model  provides  a  good  fit  to  the 
data.   When  small  overlapping,  nonrandom  factors  are  introduced,  the 
expected  value  of  the  number  of  common  factors  can  still  be  the  number 
of  major  factors  in  the  population  when  the  nonrandom  "noise"  is  small 
compared  to  sampling  error  "noise." 

References 

Humphreys,  L.  G.  and  Ilgen,  D.  R.   Note  on  a  criterion  for  the  number 

of  common  factors .   Educational  and  Psychological  Measurement, 
I969,  29,  571-578. 

Humphreys,  L.  G.  and  Montanelli,  R.  G.  Jr.   An  Investigation  of  the 

Parallel  Analysis  Criterion  for  Determining  the  Number  of  Common 
Factors.   Unpublished  paper,  University  of  Illinois,  1973- 

(R.  Montanelli,  Jr.) 
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13-  COMPUTER  LANGUAGES  FOR  MATHEMATICS  AND  NUMERICAL  ANALYSIS 

(Supported  in  part 
by  the  National  Science  Foundation  under  Grant  Number  US  NSF  GJ  328) 

Paging  for  Structured  Array  Language  Algorithms 

Paging  studies  are  normally  considered  to  be  in  the  domain  of  operating 
systems.  With  the  current  changes  in  technology,  we  need  to  consider  paging  in  a 
different  light.  With  the  availability  of  very   large  memories,  program  (in- 
struction) paging  will  be  less  important.  Parallel  processing  will  provide  the 
means  for  solving  problems  with  very  large  data  bases,  thereby  making  data  paging 
more  important.  As  a  result,  we  expect  the  emphasis  in  paging  to  shift  towards 
specialized  systems  where  more  information  can  be  used  to  anticipate  paging  de- 
mands. 

Although  the  user  is  the  best  judge  of  the  future  paging  needs  of  his 
program,  we  assume  that  he  is  either  incapable  or  generally  unwilling  to  manage 
his  own  paging.  Operating  system,  on  the  other  hand,  is  too  general  to  solve  the 
problem.  Thus,  we  require  that  the  compiler  should  do  the  paging  management  for 
the  problem  programs.  If  we  concentrate  on  a  structured  array  language,  then  we 
expect  the  overhead  incurred  in  the  paging  optimization  to  be  minimal.  The  OL/2 
language  has  been  chosen  as  an  example  of  such  an  array  language,  but  the  results 
are  intended  to  be  applicable  to  other  array  languages  which  might  emerge  in  the 
future. 

We  envisage  a  module  of  the  compiler  which  will  do  the  paging  opti- 
mization. Briefly,  it  works  as  follows.  Firstly,  it  scans  the  problem  program 
and  makes  a  list  of  arrays  and  subarrays  referenced  by  the  program.  Next,  it 
rearranges  the  above  list  and  also  finds  the  points  in  the  program  when  certain 
subarrays  and  arrays  are  no  longer  useful.  Finally,  it  inserts  instructions  in 
the  object  code  to  prepage  and  free  data  pages  at  appropriate  places. 

-112- 


At  present,  the  construction  of  the  optimizer  module  is  in  progress 
Methods  of  measuring  the  degree  of  improvement  induced  by  the  optimizer  are 
being  investigated. 

J.  R.  Phillips 
Kishor  Trivedi 


Publication 


J.  Richard  Phillips,  "The  Structure  and  Design  Philosophy  of  0L/2-- 
An  Array  Language—Part  I:  Language  Overview,"  University 
of  Illinois  at  Urbana-Champaign,  Department  of  Computer 
Science  Report  No.  544,  Dec.  1972;  revised  June  1973. 
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14.1 


l4.   GENERAL  DEPARTMENT  INEORMATION 
Personnel 


The  number  of  people  associated  with  the  Department  in  various 
capacities  is  given  in  the  following  table: 


Faculty 

Visiting  Faculty- 
Research  Associates  and  Instructors 
Graduate  Research  Assistants 
Graduate  Teaching  Assistants 
Hourly  Junior  Academic 
Professional  Personnel 
Administrative  and  Clerical 
Nonacademic  Personnel  (Monthly) 
Miscellaneous  Supporting  Staff  (Hourly) 0 

TOTAL 57 


Full-time 

Part-time 

FTE 

26 

2 

27.00 

3 

1 

3.67 

!              0 

0 

0 

57 

28.50 

0 

3^ 

17.00 

0 

33 

13.42 

1 

0 

1.00 

15 

0 

15.00 

12 

0 

12.00 

irly)0 

7 

2.56 

13k 


120.15 


The  Department  Advisory  Committee  consists  of  Professor  J.  N.  Snyder. 
Head  of  Department,  Professors  E.  K.  Bowdon,  D.  F.  Cudia,  M.  F.  Faiman,  H.  G. 
Friedman,  C.  W.  Gear,  D.  B.  Gillies,  ¥.  J.  Hansen,  ¥.  J.  Kubitz,  D.  J.  Kuck, 
C.  L.  Liu,  M.  D.  Mickunas,  R.  G.  Montanelli,  S.  Muroga,  T.  A.  Murrell,  J. 
Nievergelt,  J.  R.  Phillips,  ¥.  J.  Poppelbaum,  S.  R.  Ray,  E.  M.  Reingold, 
J.  E.  Robertson,  A.  Sameh,  P.  E.  Saylor,  D.  L.  Slotnick,  D.  S.  Watanabe, 
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Ik- .  3  Abstracts 


Belford,  Geneva  G. ,   "An  Application  of  the  Theory  of  Approximation  by 
Families  with  a  Fixed  Point," 'CAC  Technical  Memorandum  No.  11, 
University  of  Illinois  at  Urbana- Champaign,  May  1973- 

Abstract: 

Recently  developed  theory  on  approximation  by  families  of 
functions  with  certain  types  of  constraints  have  been 
discovered  to  be  useful  in  the  estimation  of  errors  in 
computational  techniques  for  solving  linear  algebraic 
equations.   Specifically,  we  show  in  this  note  how  an  existing 
gap  in  the  proof  of  a  theorem  by  Kaniel  may  now  be  readily 
filled  in. 

Belford,  Geneva  G. ,   "Fitting  Related  Sets  of  Straight-line  Data, "  Journal 
of  Cybernetics,  2,  3  (1972):   35-38. 

Abstract : 

Many  physical  experiments  give  rise  to  sets  of  curves  related  by 
the  requirement  that,  although  certain  of  the  curve  parameters 
may  vary  from  curve  to  curve,  others  should  be  the  same  for  all 
of  the  curves.   To  get  the  "best"  values  of  the  common  parameters, 
one  would  like  to  fit  all  of  the  curves  simultaneously  by  the 
appropriate  theoretical  expressions.   This  paper  deals  with  this 
problem,  presenting  an  algorithm  for  its  solution,  in  the  case 
that  the  curves  are  straight  lines  with  common  slope  and  "best" 
fit  is  defined  in  the  uniform  (or  minimax)  sense. 

Belford,  Geneva  G. ,   "Simultaneous  Fitting  of  Exponential  Decay  Curves," 

CAC  Document  No.  6l,  Univeristy  of  Illinois  at  Urbana- Champaign, 
April  1,  1973. 

Abstract: 

This  paper  deals  with  characterization  of  best  approximations  to 
vector-valued  functions .   The  approximations  are  themselves 
vector-valued  functions  with  components  depending  nonlinearly  on 
the  approximation  parameters.   The  constraint  is  imposed  that 
certain  of  the  parameters  should  be  identical  for  all  components. 
An  application  to  exponential  approximation  is  discussed  in 
some  detail. 

Belford,  Geneva  G. ,  Belford,  R.  L.  and  Burkhalter,  J.  F. ,   "Eigenfields : 
A  Practical  Direct  Calculation  of  Resonance  Fields  and 
Intensities  for  Field-Swept  Fixed-Frequency  Spectrometers," 
Journal  of  Magnetic  Resonance,  11  (1973):   251-265. 

Abstract: 

If  a  Hamiltonian  is  a  polynomial  in  a  parameter,  such  as  magnetic 
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field,  the  values  of  that  parameter  which  produce  a  specified 
transition  frequency  are  solutions  ( "eigenfields")  of  a  generalized 
eigenvalue  problem.   The  eigenfield  equation  is  formulated  and 
some  of  its  properties  are  discussed.   The  eigenfield  formulation 
can,  for  some  classes  of  problems,  provide  useful  new  ways  to 
compute  resonance  fields  and  intensities  a  priori  or  to  refine 
initial  estimates.   For  any  case,  it  provides  some  insight  into 
the  essential  structure. of  the  resonance  field  problem.   The 
eigenfield  technique  can  be  applied  to  both  static  and  relaxing 
systems,  but  this  contribution  treats  only  stationary  states. 

Belford,  Geneva  G.  and  Kenue,  Surender  Kumar,   "investigation  of  One- Step 
Methods  for  Integro-Differential  Equations,"  CAC  Document  No.  75, 
University  of  Illinois  at  Urbana- Champaign,  May  1973- 

Abstract: 

One-step  methods  for  solving  integro-differential  equations  are 
studied  from  the  point  of  view  of  desiring  that  the  method  give 
good  accuracy  when  the  true  solution  asymptotically  goes  to  zero. 
A  test  equation  is  proposed  and  absolute  stability  is  investigated. 

Belford,  R.  L.  and  Belford,  G.  G. ,   "Eigenfield  Expansion  Technique  for 
Efficient  Computation  of  Field-Swept  Fixed- Frequency  Spectra 
from  Master  Equations,"  Journal  of  Chemical  Physics,  59,  2 
(July  1973):   853-3- 


Abstract : 


If  the  Hamiltonian  and  Liouville  operators  of  a  spectral 
intensity  problem  are  functions  of  a  field  parameter  x  computation 
of  the  intensity  as  a  function  of  x  requires,  in  effect,  inversion 
of  a  different  large  matrix  for  each  value  of  x.   Here  we  show 
that  when  the  Liouville  operator  is  a  polynomial  in  x,  with 
operator  coefficients,  solutionof  one  generalized  eigenvalue  problem 
followed  by  a  single  solution  of  a  system  of  linear  equations 
yields  the  intensity  for  all  x.   This  formulation  promises  to  save 
large  amounts  of  computational  time,  particularly  for  electron 
paramagnetic  resonance  problems  involving  large  zero-field  splittings 


Bose,  Debasish,   "FROG:   Design  and  Simulation  Study  of  a  Mechanism  which 

Learns  Self  Preservative  Reactions  to  Its  Environment,"  M.  S  .  Thesis 
University  of  Illinois  at  Urbana -Champaign,  Department  of  Computer 
Science  Report  No.  588,  August  1973. 


Abstract : 


FROG  is  the  simulation  of  mechanism  which  learns  to  discriminate 
between  various  classes  of  stimuli.   The  stimuli  are  some  bugs 
(good  and  bad  tasting)  and  predators.   Each  class  of  stimulus  is 
characterized  by  the  particular  values  of  a  set  of  visual 
characteristics.   FROG  acts  like  an  adaptive  filter.   The  visual 
data,  interpreted  through  the  filter,  and  a  few  somatic  signals, 
which  measures  the  requirements  of  FROG  for  feed  and  rest,  are 
combined  to  decide  upon  one  of  the  following  list  of  actions : 
(1)  feed,   (2)  rest,   (3)  flee. 
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Brown,  R.  L. ,   "Second  Derivative  Methods  for  the  Solution  of  Stiff 

Ordinary  Differential  Equations,"  University  of  Illinois  at 
Urbana- Champaign,  Department  of  Computer  Science  File  Number  877  > 
August  1973- 

Abstract : 


Guld,  D. 


Stiff  systems  y_'  *  f(y_,t)  exist  for  which  conventional  numerical 
methods  are  inadequate.   Implicit  methods  exist  which  are  A- stable, 
A(a:) -stable,  or  stiffly  stable.   Gear  developed  a  method  using 
stiffly  stable  formulas  of  maximum  order  6;  a  Newton's  iteration 

r\  "P 

with  the  Jacobian  matrix  —  is  used  to  get  convergence  of  the  method. 

2  d1 

Enright  uses  -7-  -tt  =  — ?r  and  the  k  previous  derivations  y'(t  ,  ) 
to        dy_  dt    ,,2  K  *-       n-k 

to  obtain  A(a) -stable  formulas  of  maximum  order  9-   Formulas  based 
on  interpolation  through  y_T  (t  ),  y"(t  )  and  the  k  previous  values 

y(t  ,  )  are  presented  and  shown  to  have  maximum  order  11. 
*-  n-k 

E.  and  Kuck,  D.  J. ,   "A  Model  for  Masking  Rotational  Latency  by 
Dynamic  Disk  Allocation, "  to  appear  in  Communications  of  the  ACM. 


Abstract : 

This  paper  presents  the  background  and  algorithms  for  masking  the 
rotational  latency  of  a  disk  or  drum.   Anticipatory  input  and  output 
of  blocks  of  data  to  buffer  and  primary  memories  is  discussed  for 
a  monoprogrammed  computer  system.   A  basic  permutation  algorithm 
and  several  variations  are  given.   Because  of  the  anticipatory 
nature  of  the  i/O  scheduling,  these  algorithms  are  restricted  to 
classes  of  programs  with  predictable  behavior.   While  the  methods 
are  not  restricted  to  numerical  computations,  matrix  and  partial 
differential  equation  methods  are  typical  examples  of  their  use. 
It  is  shown  that  latency  may  be  masked  using  a  small  amount  of 
buffer  memory.   The  methods  discussed  are  independent  of  the  overall 
size  of  the  data  base  being  considered. 

Jayaramamurthy,  Sadali  N. ,   "Computer  Methods  for  Analysis  and  Synthesis 
of  Visual  Texture,"  University  of  Illinois  at  Urbana- Cnampaign, 
Department  of  Computer  Science  Report  No.  601,  September  19Y3- 


Abstract: 


Computer  methods  are  presented  which  deal  with  the  problems  of 
visual  texture,  specifically  Texture  Analysis  and  Texture  Synthesis. 

The  Decision  Theory  Method,  as  its  name  indicates  is  based  on  the 
principles  of  statistical  decision  theory.   This  method  in 
conjunction  with  the  Internal  Covering  Theory,  automatically 
generates  a  set  of  interval  complexes  which  act  as  2-D  filters 
that  detect  texture  features  in  the  scene  of  anlaysis.  We 
demonstrate  the  versatility  of  this  method  to  deal  with  various 
problems  of  visual  texture,  such  as,  scene  segmentation  using 
textural  information,  extraction  of  texture  borders,  discrimination/ 
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recognition  of  both  spatially  and  chromatically  textured  scenes, 
etc. 

We  propose  a  model  that  views  the  pixels  of  a  digitized  textural 
scene  as  a  two-way  seasonal  time  series.   Based  on  this  model,  we 
develop  a  method  for  synthesis  of  natural  looking  textures.   This 
method  possesses  a  desirable  quality  that  the  parameters  needed 
for  the  synthesis  are  derived  from  the  analysis  of  'parent'  texture, 
i.e.,  the  texture  to  be  imitated. 

Extending  the  concepts  of  two-dimensional  formal  grammars,  known 
as  array  grammars,  we  introduce  'multilevel  array  grammars'. 
These  are  shown  capable  of  generating  complex  texture  scenes, 
specifically  'brickwall-type'  texture,  that  is  those  textures 
which  are  perceived  at  many  levels  and  at  each  level,  they  can 
be  either  structural  or  statistical.  We  also  indicate  a  way  of 
specifying  these  grammars  for  texture  scenes  in  real  cases,  with 
the  help  of  'interval  complexes'. 

Finally  we  demonstrate  the  methods  we  suggested  act  to  complement 
each  other  dealing  with  the  various  problems  of  textured  scenes 
occurring  in  practice. 

Jer,  Martin  Ming  Tak,  "BEACON:  A  Light  Emitting  Diode  Television  Display," 
University  of  Illinois  at  Urbana- Champaign,  Department  of  Computer 
Science  Report  No.  591?  September  1973- 

Abstract: 

The  CRT  tube  was  invented  seventy- five  years  ago.   Since  then  the 
tube  has  developed  into  the  sophisticated,  reliable,  mass-produced 
device  known  today.   It  has  become  a  unique  kind  of  display  device 
which  is  capable  of  presenting  gray-scale,  color  or  monochrome 
images,  graphics,  and  alphanumeric  characters.   But  there  are 
handicaps  that  limit  the  performance  of  the  tube. 

Kim,  Young  Jip,  "An  Efficient  Iterative  Procedure  for  Use  With  the  Finite 
Element  Method,"  Ph.D.  Thesis,  University  of  Illinois  at  Urbana- 
Champaign,  Department  of  Computer  Science  Report  No.  600,  August 
1973- 

Abstract : 

The  symmetric  almost  factorization  of  Stone  for  finite  difference 
systems  is  extended  to  irregular  finite  element  systems .   Combined 
with  an  adaptive  Chebyshev  iterative  procedure  of  Diamond,  the 
factorization  algorithm  is  applied  to  linear  systems  for  the 
numerical  solution  of  two-dimensional  Dirichlet  problems  by  the 
finite  element  method. 
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For  a  computer  implementation,  a  compact  storage  scheme  is 
introduced  for  sparse  symmetric  matrices;  programming  techniques 
are  developed  such  that  no  searching  operation  for  elements  of 
the  matrices  is  required  in  computations  of  the  iterative  method. 

Kuck,  D.  J.,   "Mult i ope rat ion  Machine  Processing  of  Ordinary  Programs," 

invited  paper,  to  appear  in  First  National  Symposium  on  Computers 
and  Chinese  I/O  Systems, ' Taipei,  Taiwan,  August  1973- 

Abstract: 

We  discuss  three  subjects:   the  formal  analysis  of  programs,  the 
empirical  analysis  of  programs  and  the  design  of  multioperation 
machines.   We  suggest  that  these  three  subjects  must  be  studied 
together  if  a  useful  theory  of  multioperation  machine  computational 
complexity  is  to  be  developed. 

Kuck,  D.  J.,  Budnik,  P.,  Chen,  S-C,  Davis,  E.  Jr.,  Han,  J.,  Kraska,  P., 

Lawrie,  D. ,  Muraoko,  Y. ,  Strebendt,  R.  and  Towle,  R. ,   "Measure- 
ments of  Parallelism  in  Ordinary  FORTRAN  Programs,"  to  appear  in 
Sagamore  Computer  Conference  on  Parallel  Processing,  Syracuse 
University,  August  1973;  and  also  to  appear  in  IEEE  Computer. 

Abstract: 

This  paper  reports  the  results  of  a  measurement  of  parallelism 
at  the  statement  level  in  86  FORTRAN  programs .   The  amount  of 
parallelism  is  determined  by  an  analyzer  program  and  is  measured 
in  terms  of  speedup  over  serial  execution,  the  number  of 
independent  processors  required,  the  efficiency  of  parallel 
execution  and  other  measures. 

The  analysis  techniques  are  only  sketched  in  this  paper,  details 
may  be  found  in  the  references.   We  also  outline  some  machine 
organization  assumptions. 

Lawrie,  D.  H. ,   "Memory  Systems  for  Parallel  Array  Processors,"  Proceedings 
of  the  Eleventh  Annual  Allerton  Conference  on  Circuit  and  System 
Theory,  Allerton  House,  Monticello,  111. ,  submitted  for  publication. 

Abstract: 

This  paper  discusses  the  organization  of  memory  systems  for  parallel 
array  processors  which  allow  conflict-free  access  to  various  slices 
of  data  and  subsequent  unscrambling  of  the  data  to  place  it  in 
correct  order  for  processing.   The  discussion  centers  on  conflict- 
free  data  storage  techniques  and  data  alignment  networks. 

Mamrak,  Sandra  A.,   "Simulation  Analysis  of  a  Pay-For-Priority  Scheme  for  the 
IBM  360/75,"  M.  S.  Thesis,  University  of  Illinois  at  Urbana- 
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Champaign,  Department  of  Computer  Science  Report  No.  605, 
August  1973. 

Abstract: 

When  a  computing  facility  becomes  so  heavily  utilized  that 
dissatisfaction  about  long  turnaround  times  is  prevalent  in 
the  user  community,  the  introduction  of  a  priority  consideration 
into  the  scheduling  algorithm  will  aid  in  lessening  the  problem. 
Users  who  desire  shorter  turnaround  time  may  then  opt  for  a  high 
priority  position  on  the  job  queue  and  users  with  less  urgent 
jobs  may  opt  for  a  middle  or  a  low  priority  position  on  the  job 
queue.   High  and  low  priority  queue  positions  may  be  associated 
with  higher  and  lower  rates  of  job  cost  respectively.   The 
results  of  the  development  and  evaluation  of  a  priority  scheduling 
algorithm  for  the  Univeristy  of  Illinois  computing  center  are 
presented  in  this  paper.   Project  goals  are  set  forth,  algorithm 
options  are  considered  and  a  thorough  discussion  of  the  formulation 
and  analysis  of  various  simulation  models  of  proposed  schemes  is 
included.   Recommendations  are  made  concerning  the  follow-up 
procedures  required  to  make  the  project  successful. 

McCormick,  B.  H.  and  Jayaramamurthy,  S.  N. ,   "Synthesis  of  Texture," 

University  of  Illinois  at  Urbana-Champaign,  Department  of  Computer 
Science  Report  No.  566,  July  1973. 

Abstract: 

A  general  method  has  been  proposed  for  the  synthesis  of  texture. 
In  this  method,  the  pixels  (picture  elements)  from  a  textural 
scene  are  considered  as  a  two-way  seasonal  time  series.  With  the 
help  of  well-developed  methods  in  time  series  analysis,  a  model 
is  fitted  for  the  above  time  series.   From  a  set  of  boundary 
conditions,  with  the  help  of  this  model,  the  future  values  of  the 
time  series  are  generated  which  in  essence  are  the  pixels  of  the 
synthesized  texture. 

The  effectiveness  of  this  procedure  is  illustrated  with  examples. 

Michalski  R.  S. ,   "Discovering  Classification  Rules  Using  Variable-Valued 

Logic  System  VL  , "  Advance  Papers  of  the  Third  International  Joint 
Conference  on  Artificial  Intelligence,  20-23  August,  1973?  Stanford 
University, 

Abstract: 

The  paper  presents  a  set-theoretical  definition  of  the  classification 
problem,  and  then  discusses  and  illustrates  by  examples  the 
application  of  the  variable -valued  logic  system  VL,  to  th  synthesis  of 
minimal  (or  simplest)  functionals  designed  by  a  user  from  available 
criteria. 
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Mills,  Craig  A.,   "Architecture  of  a  Community  Medical  History  Data  Base," 

M.  S.  Thesis,  University  of  Illinois  at  Urbana- Champaign,  Department 
of  Computer  Science  Report  No.  589^  August  7?  1973' 

Abstract ■ 

The  medical  profession  has  many  cumbersome  methods,  such  as  most 
present  medical  codes,  handwritten  records,  and  the  amount  of 
paperwork  involved  in  the  care  of  a  patient.   These  cumbersome 
methods  and  the  establishment  of  Medicare,  insurance  forms,  and 
other  red  tape  which  have  become  an  intricate  part  of  our  society 
hinder  the  development  of  computer  applications  in  the  medical 
profession.   This  paper  attempts  to  cover  the  many  legal,  security, 
and  technical  problems  that  arise.   A  general  background  of 
computer  applications  in  the  medical  professions  is  given  with 
emphasis  on  the  usefulness  of  a  medical  history  data  base.   From 
such  computer  applications,  the  medical  profession  will  derive 
innumerable  benefits.   These  benefits  include  more  complete 
records,  more  individualized  care,  and  efficient  handling  of  paper- 
work. 

Miura,  Ken'ichi,   "The  Energy  Transport  Properties  of  One  Dimensional 

Anharmonic  Lattices,"  Ph.D.  Thesis,  Univeristy  of  Illinois  at 
Urbana- Champaign,  Department  of  Computer  Science  Report  No.  586, 
July  20,  1973. 

Abstract ; 

The  energy  transport  properties  of  the  solitary  waves  are  studied 
both  analytically  and  numerically.   It  was  found  that  the  piece- 
wise  linear  function  model  clearly  explains  the  characteristics 
of  such  waves.   Numerical  experiments  were  performed  extensively 
to  clarify  the  various  properties  of  the  solitary  waves  in  the  one 
dimensional  anharmonic  lattice.   These  results  were  used  to  interpret 
the  hear  conduction  problem  of  the  crystal  lattice. 

Murai,  Shinnichi,   "GUIDE-0  --  An  Experimental  Information  System  --," 
M.  S.  Thesis,  University  of  Illinois  at  Urbana-Champaign, 
Department  of  Computer  Science  Report  No.  587,  August  1973- 

Abstract : 

The  experimental  information  system  GUIDE-0  is  a  bibliographic 
aid  for  those  students  who  are  taking  the  introductory  computer 
science  courses  some  of  the  material  of  which  are  implemented 
as  PLATO-TV  lessons.   The  functions,  the  data  base  and  the  detailed 
description  of  each  module  of  system  are  presented. 

Phillips,  J.  Richard,   "The  Structure  and  Design  Philosophy  of  OL/2-An 
Array  Language- -Part  I:   Language  Overview,"  University  of 
Illinois  at  Urbana-Champaign,  Department  of  Computer  Science 
Report  No.  ^kk ,    Dec,  1972 ;  revised  June  1973. 
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Abstract: 

The  "Structure  and  Desing  Philosophy  of  OL/2"  is  a  description  of 
the  research  on  the  design,  implementation,  and  use  of  the  OL/2 
array  language.   Part  I,  which  is  contained  in  this  report,  is 
concerned  with  an  overview  of  a  subset  of  the  language,  its 
structure,  and  its  use.   Part  II,  on  the  other  hand,  is  concerned 
with  the  information  structures  for  dynamic  partitioning  and  has 
appeared  earlier.   Further  documents  'ill  appear  in  the  future  and 
will  be  concerned  with  applications  of  OL/2 ,  a  formal  description 
of  the  syntax  and  semantics,  the  compiler,  and  the  documentation 
of  the  system.   Further  research  on  array  languages,  compilation, 
and  algorithms  is  continuing  as  an  outgrow  of  this  work. 

Pitt,  Daniel  A.,   "Design  of  Totally  Self-Checking  Asynchronous  Sequential 

Machines,"  M.S.  Thesis,  University  of  Illinois  at  Urbana- Champaign, 
Department  of  Computer  Science  Report  No.  593?  September  1973- 

Abstract : 

Techniques  have  been  developed  for  designing  asynchronous  machines 
that  indicate  faults  by  assuming  error  states.   Design  methods  have 
also  been  found  for  the  construction  of  self-checking  combinational 
networks  which  indicate  errors  either  in  their  coded  inputs  or  in 
their  own  circuitry.   This  paper  presents  a  means  of  uniting  these 
two  methods  to  yield  asynchronous  sequential  machines  which  are 
self-checking.   The  problems  inherent  in  the  individual  design 
procedures  for  the  two  methods  as  well  as  those  which  arise  in 
making  the  two  methods  compatible  are  discussed. 

Preparata,  F.  P.  and  Nievergelt,  J..   "Difference-Preserving  Codes," 

University  of  Illinois  at  Urbana-Champaign,  Department  of  Computer 
Science  Report  No.  602,  September  1973- 


Abstract : 


A  code  (of  integers  by  binary  sequences)  is  called  difference- 
preserving  (DP-code)  if  it  has  the  following  two  properties: 

1.  if  the  absolute  value  of  the  difference  between  two  integers 
is  less  than  or  equal  to  a  certain  threshold,  the  Hamming  distance 
of  their  codewords  is  equal  to  this  value. 

2.  if  the  absolute  value  of  the  differnce  between  two  integers 
exceeds  the  threshold,  then  the  Hamming  distance  of  their  code- 
words also  exceeds  this  threshold. 

Such  codes  (or  slight  modifications  thereof)  have  also  been  cnlled 
path-code,  circuit-codes,  or  snake-in-th-box  codes.   This  paper 
discusses  the  application  of  DP-codes  to  pattern  recognition  and 
classification  problems,  and  presents  a  construct  of  efficient 
DP-codes  whose  information  content  is  asymptotically  fin  the  length 
of  codewords)  of  the  order  of  theoretical  upper  bounds. 
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Purdy,  George,   "Algorithm  for  High  Security  Codes/'  CAC  Document  No. 
University  of  Illinois  at  Urbana- Champaign,  June  6,  1973 . 


76, 


Abstract 


In  this  report  we  describe  a  security  coding  system  which  enables 
the  user  to  log  onto  a  system  by  using  his  code  number  X. 


f(X.) 


which  is  immediately  transformed  into  a  pseudo  code  word  Y. 

by  the  machine.   Even  though  Y.  and  f  are  public  knowledge  it  is 

not  possible  to  log  onto  the  system  without  knowing  X,  and  the 
equation  Y  =  f(x)  cannot  be  solved  for  X,  even  if  Y  is  known. 

Robb,  James  H.   "Evaluation  of  an  Integration  Technique  for  the  Solution 

of  Nonlinear  Equations,"  M.  S.  Thesis,  University  of  Illinois  at 
Urbana- Champaign,  Department  of  Computer  Science  Report  No.  576, 
August  1973. 

Abstract: 

The  method  for  solving  systems  of  nonlinear  algebraic  equations 
that  is  the  subject  of  this  investigation  was  developed  by  van 
Melle  [1].   His  subroutine  DIFME3  was  designed  to  solve  the  steady - 
state  problem  of  ordinary  differential  equations ,  and  for  this 
purpose  each  component  of  the  vector  to  be  solved  for  could  be 
either  a  derivative  or  an  ordinary  variable.   The  development 
of  this  method  grew  out  of  ideas  presented  by  Gear  [2,3]  concerning 
the  solution  of  systems  of  mixed  algebraic  and  differential 
equations . 

Roistacher,  Richard  C,   "On-Line  Computer  Text  Processing:   A  Tutorial," 
CAC  Document  No.  82,  University  of  Illinois  at  Urbana -Champaign, 
August  15,  1973. 

Abstract  - 

The  use  of  an  on-line  computer  system  for  preparing  manuscripts 
affords  the  scholar  many  advantages.   This  tutorial  discusses 
text  editing,  file,  and  output  processing  systems,  and  how  they 
may  be  used  for  producing  and  disseminating  scientific  documents. 

Sammons,  Jamie  M. ,   "A  PLATO  Lesson  To  Teach  Begin  Blocks,"  M.  S.  Thesis, 

University  of  Illinois  at  Urbana- Champaign,  Department  of  Computer 
Science  Report  No.  599,  August  1973- 


Abstract 


BEGINBLOCK  is  a  PLATO  IV  lesson  written  to  teach  the  concept 
and  use  of  "begin  blocks."  Included  in  this  report  are  an 
introduction  to  and  description  of  the  lesson,  and  a  documentation 
and  listing  of  the  TUTOR  code. 
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Sher,  Michael  S. ,      "Experience  in  Networking- -A  Case  Study,"  CAC  Document 
No.  8l,  University  of  Illinois  at  Urbana-Champaign ,  July  1973- 
("Also  published  in  EDUCOM,  8,  3  ''Fall  1973):   8-13;  also  to  ' 
appear  in  Datamation. ) 

Abstract : 

The  Center  for  Advanced  Computation  is  an  interdisciplinary 
research  center  in  the  Graduate  College  of  the  University  of 
Illinois  at  Urbana-Champaign.   Since  August  1972,  over  90  per- 
cent of  the  computational  resources  required  by  Center  staff  has 
been  obtained  via  the  ARPA  Network  (ARPANET).   This  paper  reports 
on  the  following:  ( l)    the  Center's  means  of  accessing  the  ARPANET; 

(2)  the  Center's  reasons  for  choosing  to  rely  upon  networking 
^although  there  are  a  variety  of  computer  systems  available  locally); 

(3)  "the  Center's  experience  in  using  ARPANET  resources;  and  ( k) 
opinions  regarding  the  future  of  networking  in  educational  and 
research  environments. 

Whiteside,  Stephen  E. ,   "The  STEREOMATRIX  3-D  Display  System,"  University  of 
Illinois  at  Urbana-Champaign,  Department  of  Computer  Science 
Report  No.  590,  August  1973- 

Abstract: 

STEREOMATRIX  is  a  large  screen  interactive  3-D  laser  display 

system  which  presents  computer-generated  wire  figues  stereoscopically. 

The  presented  image  can  be  rotated,  translated,  and  scaled  by 

the  system  user  and  the  perspective  of  the  image  is  changed 

according  to  the  position  of  the  user.   A  cursor  may  be  positioned 

in  three  dimensions  to  identify  points  and  allows  communication 

with  the  computer. 
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ik.k     Colloquia 


"Audio  Input  in  C.A.I.,"  by  Professor  C.  Bellissant, 
Institute  of  Informatics,  Univeristy  of  Grenoble,  France, 
August  27,  1973- 

"Formalization  of  Parallel  Processes,"  by  Professor  M.  Paul, 
Technical  University  of  Munich,  Munich,  West  Germany, 
September  10,  1973- 

"ALGOL  68,"  by  Dr.  C.  H.  A.  Koster,  Technical  University  of 
Berlin,  Berlin,  West  Germany,  September  12,  1973' 

"The  Interactive  Compiler  as  a  Consultant  in  the  Computer 
Aided  Instruction  of  Programming,"  by  Professor  Thomas  R. 
Wilcox,  Department  of  Computer  Science,  University  of 
Illinois  at  Urbana-Champaign,  September  2k,    1973- 
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lA.5  Drafting 

During  the  third  quarter,  a  total  of  468  drawings  were  processed 
by  the  general  departmental  drafting  section: 

Formal  Drawings 

Large  Drawings  95 

Medium  Drawings  219 

Small  Drawings  85 

Layout  Drawings  6 

Report  Drawings  47 

Change  Order  Drawings  5 

Miscellaneous  Drawings  11 


Completed  Total  Drawings 


468 
(M.  Goebel) 


l4.6  Shop's  Production 

Job  orders  processed  and  completed  during  the  third  quarter  of 
1973  are  as  follows: 


AEC  2118 

AEC  1469 

Other 

Machine  Shop 

0 

5 

1 

Electronic  Shop 

1 

23 

15 

Chemical  Shop 

0 

13 

10 

Layout  Shop 

2 

19 

(F. 

19 

P.  Serio) 
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1.   CIRCUIT  RESEARCH 

Summary 

LINDA  is  nearing  completion;  Dick  Blandford  discusses  improvement 
of  the  flying  spot  scanner  and  system  tests.   Bernard  Tse  describes  pre- 
liminary work  on  using  an  adjustable  delay  between  left  and  right  image 
information  to  determine  distance  in  the  Caecotron  project.   The  construc- 
tion of  NORMAN  is  under  way,  with  a  report  on  the  A/D  subsystem  by 
Garlan  Huberts.   Jim  Cutler  has  built  a  temperature-to-stochastic  sequence 
transducer  for  the  Molecular  Stochastics  project.   There  is  also  a  report 
from  Rob  Budzinski  on  Optobundle,  which  is  a  new  bundle-processing  scheme 
that  employs  photons  rather  than  electrons  as  the  information  carrier. 

M.  Faiman 
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1.1     LINDA  (Project  No.  28) 

1.1.1  Summary  arid  Introduction 
LINDA  (LINe  Drawing  Analyzer)  is  a  hardware  project  in  pattern 

recognition  which  seeks  to  identify  two-dimensional  line  drawings.   Each 
drawing  is  identified  by  separating  it  into  simpler  parts  and  identifying 
the  parts  serially.   Information  is  extracted  from  each  part  to  obtain 
its  approximate  shape,  its  size  relative  to  other  parts,  and  its  position 
in  relation  to  the  rest  of  the  drawing.   Some  judgment  is  then  made  as  to 
what  the  whole  line  drawing  is. 

1.1.2  Project  Status 
During  the  previous  quarters,  work  on  LINDA  has  brought  the  system 

to  the  point  where  line  drawings  can  be  successfully  separated  into  their 
simpler  parts  and  each  part  can  be  identified.   In  the  last  quarter,  prob- 
lems with  the  flying  spot  scanner  were  overcome,  the  shading  system  was 
tested  and  was  made  operational,  and  the  mechanical  work  of  putting  LINDA 
in  a  cabinet  was  completed. 

An  AGC  system  was  built  to  correct  the  video  amplitude  shift 
caused  by  temperature  problems  in  the  flying  spot  scanner  which  could  not 
be  conveniently  corrected.   The  circuitry  is  shown  in  Figure  1,  and  for 
the  most  part  is  self  explanatory.   The  video  amplifier  output  is  sampled 
over  several  frames,  and  a  voltage  is  produced  proportional  to  its  peak 
level.   The  photon-coupled  isolator  adjusts  the  gain  of  the  amplifier  so 
that  the  peak  output  voltage  is  about  k.5   volts  when  the  peak  input  voltage 
varies  from  .  5v  to  1.5v. 

The  shading  system  discussed  in  the  previous  quarterly  report  was 
thoroughly  tested  and  found  to  be  adequate  for  this  prototype  system.  No 
significant  noise  problems  were  encountered.   Ground  planes  were  used  in 

-2- 


PEAK   DETECTOR 


DC    LEVEL 
OUTssl2V 


3  3K         ?10°K 
VIDEO  INPUT  2Zf  3.3K   ^  °*f 

FROM  FLYING     4 — * — w£ — I ^- 

SPOT   SCANNER  yi 


OUTPUT 


NON-INVERTING 
VIDEO   AMPLIFIER 


Figure   1.      Automatic   Gain   Control  on  Video  Amplifier. 
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critical  parts  of  the  system,  and  all  lines  over  10  inches  long  were  run 
in  twisted  pairs  or  terminated  co-ax. 

Work  on  the  dictionary  logic  is  now  underway,  and  the  shading  sys- 
tem is  "being  used  to  provide  test  patterns  as  cards  are  completed.   Nearly 
all  the  control  logic  is  finished  except  for  debugging.   The  whole  dic- 
tionary system  consists  of  the  control  logic  and  the  dictionary  proper, 
which  has  one  card  for  each  drawing  in  LINDA' s  vocabulary.   The  dictionary 
is  an  associative  memory  arranged  so  that  new  drawings  may  be  easily  added 
to  the  vocabulary  or  old  ones  removed  conveniently.   A  complete  discussion 
of  the  dictionary  system  will  be  given  in  the  final  report  on  LINDA. 
1.1.3   Future  Work 

Work  will  continue  on  the  dictionary  system  and  it  should  be  com- 
pleted in  the  next  few  weeks.   Some  mechanical  work  remains  to  be  done 
also. 

Dick  Blandford 

1.2     CAEC0TR0N  (Project  No.  k3) 

1.2.1  Summary 

In  the  Caecotron  system,  the  pictures  produced  by  two  television 
cameras  are  quantized  into  two  l6  x  l6  matrix  pictures.   These  are  to  be 
processed  to  extract  depth  information  on  the  subjects  in  the  original 
television  pictures. 

1.2.2  Project  Status 

A  second  approach  to  the  determination  of  depth  information  from 
the  two  processed  television  pictures  is  currently  under  investigation. 
This  approach,  as  described  below,  is  simpler  to  implement  than  the  al- 
gorithm described  in  previous  reports;  and  for  most  circumstances  it  may 
work  just  as  well. 


In  this  approach,  we  limit  outselves  to  the  global  picture  instead 
of  focusing  our  attention  on  sections  of  it  at  a  time.   By  comparing  the 
right-hand  picture  with  a  delayed  version  (delayed  by  At.)  of  the  left- 
hand  picture  and  by  determining  the  value  of  At.  that  would  give  a  maximum 
degree  of  coincidence,  we  may  say  that  the  majority  of  the  components  of 
the  television  picture  is  at  a  distance  that  is  inversely  proportional  to 

At.  from  the  camera. 

1 

1.2.3   Future  Work 

In  the  next  quarter,  the  feasibility  of  this  approach  will  be 
investigated. 

B.  Tse 

1.3     NORMAN  (NORMalizing  ANalyzer)  (Project  No.  50) 

The  purpose  of  NORMAN  is  to  recognize  two-dimensional  figures  under 
conditions  of  rotation,  magnification,  and  translation.   The  figure  to  be 
recognized  is  laid  over  a  special  array  of  phototransistors.   Current  is 
summed  from  this  array  by  op  amps  on  eighteen  circuit  boards,  each  of  which 
represents  a  particular  angular  view  of  the  figure  to  be  recognized.   Dur- 
ing this  latest  quarter,  the  one  hundred  pin  card  edge  connectors  for  these 
boards  arrived  and  a  card  rack  was  built.   Wire  wrapping  on  the  back  of 
this  rack  is  now  being  done. 

The  design  of  the  analog  to  digital  converter  board  was  also  final- 
ized during  this  latest  quarter.   Figure  1  shows  some  of  the  details  of 
this  board.   The  three  SN7^l6l's  form  a  twelve  bit  synchronous  counter. 
The  middle  four  bits  of  this  counter  are  used  to  generate  a  staircase  to 
which  each  one  of  the  eleven  analog  input  voltages  is  compared.   These 
bits  were  chosen  because  the  analog  inputs  are  switched  on  when  the  count 
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equals  zero,  and  this  gives  enough  time  for  the  inputs  to  settle  down 
"before  the  staircase  is  generated. 

The  NAND  gates  at  the  outputs  of  the  counter  limit  the  staircase 
to  twelve  discrete  steps  corresponding  to  the  numbers  zero  through  eleven, 
since  this  is  the  range  of  numbers  which  are  to  be  digitized.   If  the 
count  were  not  limited  in  this  way,  the  differential  voltage  limits  at 
the  inputs  of  the  SN72510  comparators  would  be  exceeded  with  the  present 
gain  configuration  of  the  op  amp. 

The  SN7^07  is  a  high  voltage  open  collector  buffer  which  interfaces 
the  TTL  levels  to  twelve  volts.   The  yA715  is  a  high  speed  op  amp  which 
does  current  summing  of  its  inputs  which  are  strung  between  positive  and 
negative  twelve  volts  in  the  same  manner  as  the  op  amps  which  do  the  cur- 
rent summing  from  the  phototransistors.   This  was  done  to  minimize  effects 
of  power  supply  variations.   If  either  supply  varies  it  affects  both  the 
staircase  and  the  analog  inputs  in  the  same  way  since  the  analog  inputs 
are  the  outputs  of  the  phototransistor  op  amps. 

The  SN72510  comparator's  outputs  go  to  the  TTL  level  of  "one"  when 
the  staircase  is  greater  than  the  analog  input  voltage.   This  "one"  is 
latched  by  the  SN7 bill's  which  in  turn  shut  off  the  strobe  pulses  to  the 
"next"  card.   All  of  the  counter's  bits  are  fed  to  the  "nest"  card  and  the 
center  four  are  continually  strobed  into  a  latch  until  the  strobe  pulses 
are  cut  off.   The  last  number  strobed  in  is  the  correct  digital  number 
for  that  particular  anlog  voltage.   The  latches  will  be  on  the  "next" 
card  because  quite  a  bit  of  processing  has  to  be  done  to  these  numbers 
once  they  are  stored.   The  A/D  card  has  to  be  built  yet  and  the  "next" 
card  is  now  being  designed. 

Gar Ian  Huberts 
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l.k  Molecular  Stochastics  (Project  No.  51) 

1 . h . 1   Project  Summary 

Molecular  Stochastics  is  a  project  dealing  with  the  measurement 
of  physical  quantities  such  as  speed. of  a  liquid  in  a  pipe,  temperature 
of  a  substance,  etc.   The  uniqueness  of  this  measurement  is  in  the  method 
of  representation.   Instead  of  obtaining  a  constant  from  the  measurement, 
a  stochastic  sequence  is  produced.   In  short,  a  transducer  is  used  for  a 
measurement  such  as  speed  or  temperature  that  will  yield  a  stochastic 
sequence  dependent  upon  this  measurement. 
1.4.2   Project  Status 

A  crude  transducer,  shown  in  Figure  1,  has  been  built  for  measur- 
ing temperatures.   The  temperature  sensing  device,  which  is  simply  a  re- 
sistor, is  a  noise  source  in  which  the  amplitude  of  the  noise  is  dependent 
upon  the  temperature.   Since  the  amplitude  of  this  noise  is  very  small  (in 
the  microvolt  range),  it  must  be  amplified.   The  stochastic  sequence  is 
then  obtained  by  buffering  the  amplified  signal  (to  make  it  compatible 
with  TTL)  and  putting  it  into  a  one-shot. 

Several  observations  have  been  made  using  this  transducer.   The 
measurable  temperature  range  may  be  varied  by  changing  the  gain  of  the 
amplifier  or  by  changing  the  bias  of  the  buffer  transistor.   Also,  the 
resolution  of  this  transducer  may  be  improved  by  using  a  thermistor  as 
the  temperature  sensing  device,  but  the  range  is  decreased.   (Note  that 
the  thermistor  is  used  as  a  noise  source  and  not  as  a  variable  resistor 
dependent  upon  the  temperature).   The  amount  of  the  increase  of  resolu- 
tion and  of  the  decrease  in  range  is  unavailable  at  this  time  due  to 
insufficient  data. 
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1. U. 3   Future  Work 

An  oven  has  been  located  and  further  tests  will  be  done  using  an 
improved  transducer.   As  seen  in  Figure  1,  a  considerable  amount  of  cir- 
cuitry is  needed  to  implement  the  original  transducer.   The  improved 
transducer  will  eliminate  some  of  this  circuitry. 

The  effects  of  other  noise  sources  in  the  transducer  will  be 
investigated.   The  end  result  is  to  minimize  their  adverse  effects  upon 
the  stochastic  sequence. 

Work  will  start  on  another  type  of  transducer  which  will  measure 
velocity  of  a  liquid  inside  a  pipe. 

J.  Cutler 

1.5     OPTOBUNDLE  (Project  No.  65) 

OPTOBUNDLE  is  a  new  project  using  light  fibers  in  a  stochastic 
bundle  processing  machine.   Previous  bundle  machines,  such  as  BUM  or 
SABUMA,  have  used  wires  in  their  bundles.   At  present  OPTOBUNDLE  is  in 
the  study  phase;  therefore  a  description  of  current  ideas  will  be  pre- 
sented. 

A  bundle  machine  represents  numbers  in  some  finite  range,  say 
between  0  and  1  or  between  -1  and  1,  by  energizing  part  of  the  components 
in  a  bundle.   For  example,  if  one  wanted  to  represent  .5  on  a  0  to  1 
bundle,  half  of  the  components  in  the  bundle  would  be  energized.   In 
OPTOBUNDLE,  the  components  of  the  bundle  will  be  light  fibers.   Light 
fibers  provide  several  advantages  over  electrical  conductors.   First,  as 
insulators,  they  can  be  used  between  two  subsystems  with  a  high  potential 
difference.   Secondly,  light  fibers  are  immune  to  electro-magnetic  inter- 
ference.  Thirdly,  fibers  clad  with  an  opaque  material  have  very  little 
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or  no  influence  on  adjacent  fibers,  that  is,  there  is  little  or  no  cross- 
talk.  Thus,  light  fibers  can  be  used  to  carry  information  through  hostile 
environments  that  ordinary  conducting  or  propagating  signals  could  not 
traverse. 

OPTOBUNDLE  will  basically  be  a  bundle  arithmetic  unit.   The 
input  to  the  bundle  could  be  a  light  source  controlled  by  a  physical  para- 
meter.  For  example,  a  pivoted  mirror  with  its  angle  of  incident  light 
controlled  by  ambient  temperature  could  determine  the  portion  of  the 
optical  bundle  that  is  illuminated.   Another  possibility  is  a  digital 
input.   The  digital  to  light  bundle  conversion  could  be  accomplished  by 
having  one  LED  for  each  fiber.   A  digital  input  would  then  determine  the 
number  of  LED's  illuminated. 

There  are  two  basic  approaches  to  implementing  the  arithmetic 
functions  performed  by  OPTOBUNDLE.   One  approach  is  to  randomly  combine 
optical  bundles  in  an  appropriate  manner  to  perform  the  operations.   The 
other  approach  is  to  combine  the  bundles  in  a  known  manner.   The  fundamental 
element  of  multiplication,  which  is  common  to  both  approaches,  is  a  nega- 
tive logic  passive  AND  gate,  made  by  taking  a  fiber  from  each  bundle  and 
butting  them  against  a  single  fiber  which  would  be  the  output  of  the  gate. 
If  the  input  fibers  are  all  dark,  the  output  will  be  dark.   In  using  nega- 
tive logic,  one  assigns  the  value  0  to  a  bundle  which  has  all  its  fibers 
illuminated,  and  1  to  a  bundle  with  all  its  fibers  dark. 

When  using  the  random  approach,  one  combines  the  bundles  randomly 
using  the  "AND  gate"  to  implement  multiplication.   If  we  have  a  two  input 
machine,  calling  one  input  value  A,  the  other  B,  it  can  be  seen  that  the 
number  of  output  fibers  will  on  the  average  be  A-B. 

Addition  is  performed  by  combining  the  bundles  to  be  added  into 
one  bundle.   For  example,  if  two  bundles  with  100  fibers  each  are  to  be 
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added,  the  sum  bundle  would  contain  200  fibers.   If  one  wanted  to  keep 
the  number  of  fibers  in  a  bundle  at  100,  one  could  take  just  50  fibers  at 
random  from  each  bundle  to  form  the  sum  bundle.   The  output  of  the  sum 
bundle  would  be  effectively  multiplied  by  — . 

The  other  method  of  implementing  multiplication  is  by  combining 
the  bundles  in  a  known  manner  as  follows:   Assume  there  are  two  bundles 
each  with  100  fibers  numbered  1  to  100.   Then  each  fiber  from  one  bundle 
would  be  combined  with  its  correspondingly  numbered  fiber  from  the  other 
to  form  an  "AND  gate."  When  representing  numbers,  one  bundle  would  have 
the  dark  fibers  adjacent  to  each  other  starting  at  1.   For  example,  if 
the  number  is  .6,  then  fibers  1  through  60  would  be  dark.   The  other 
bundle  would  represent  a  number  by  distributing  the  dark  fibers  propor- 
tionally to  groups  of  10  fibers.   For  example,  if  the  number  is  .h,    the 
first  k   fibers  of  each  group  of  ten  would  be  dark,  i.e.  fibers  XI  to  Xh 
with  X  =  0,  1,  ...  or  9  would  be  dark. 

If  the  bundles  are  implemented  as  described,  it  can  readily  be 
seen  that  the  first  6  groups  of  k   or  2k   fibers  will  be  dark  in  the  above 
example.   This  method  produces  exact  results  only  for  inputs  which  are 
multiples  of  tenths.   If  one  combines  the  fibers  appropriately,  other 
inputs  could  produce  results  which  are  rounded  to  the  nearest  hundreth. 

The  output  could  be  detected  by  a  photodetector  at  the  end  of 
each  output  fiber.   The  number  of  photodetectors  that  receive  no  light 
could  be  determined  by  some  digital  or  analog  technique,  which  could  also 
display  the  result. 

A  practical  method  for  subtraction  and  division  have  yet  to  be 

developed.   Also,  further  progress  is  needed  in  the  input  and  output 

sections  of  the  project. 

Robert  Budzinski 
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2.   HARDWARE  SYSTEMS  RESEARCH 

Summary 

Dev  Bose  describes  the  design  of  a  P-(product)  element  that  will  he 
used  extensively  in  the  FROG  project.   Thespiac's  digital  crossfader  was 
satisfactorily  tested  at  the  Krannert  Center,  and  Les  Daley  has  made  some 
small  additions  as  a  result.   Stan  Kopec's  report  deals  with  a  new  write 
gun  and  thermistors  for  COLFTAR.   Lucien  Facchin  has  completed  the  design 
of  the  code  keyer  for  the  digital  flight  simulation  project.   In  a  re- 
lated area,   Gilles  Garcia  discusses  the  Cordic  technique  for  rapidly 
computing  flight  parameters.   Finally,  Richard  Kowall  reports  on  how  the 
CM  reference  signal  is  generated. 

M.  Faiman 
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2.1  FROG   (Project  No.    36) 

2.1.1  Summary 

FROG  is  a  device  which  learns  to  discriminate  between  various 
classes  of  stimuli  which  for  FROG  are  some  bugs  (both  good  and  bad  tast- 
ing) and  predators.   For  details  refer  to  previous  quarterly  reports. 

The  system  is  designed  in  terms  of  a  set  of  specially  defined 
logic  elements.   The  hardware  realizations  of  some  of  the  logic  elements 
were  discussed  in  the  previous  quarterly  reports.   Realization  of  the  re- 
maining logic  elements  was  considered  in  the  last  quarter.   The  following 
section  gives  a  description  of  a  product  (P)  element. 

2.1.2  The  Product  (P)  Element 

If  x,  and  x_  are  the  inputs  to  a  P-element ,  the  output  y  of  the 
element  is  the  product,  x-,xo>  of   the  inputs. 

The  product  of  two  U-bit  binary  numbers  x  and  x  is  easily  ob- 
tained by  a  stochastic  method.   Figure  1  shows  the  block  diagram  of  the 
P-element.   The  principle  of  operation  is  detailed  below.   Multiplication 
of  two  binary  numbers  by  stochastic  methods  has  been  discussed  in  more 
detail  by  Y.  K.  Wo  in  his  doctoral  thesis  (DCS  Report  No.  556). 

The  two  binary  numbers  are  compared  in  the  two  U- bit  magnitude 
comparators  with  two  U- bit  random  numbers  that  are  derived  from  an  8-bit 
random  number  generator.   For  the  generation  of  random  numbers  a  pseudo- 
random 8-bit  shift  register  sequence  is  used.   As  the  generator  is  cycled 
through  its  states  the  comparator  outputs  produce  two  stochastic  pulse 
sequences  corresponding  to  the  two  numbers.   The  produce  of  the  two  num- 
bers is  formed  by  ANDing  the  two  sequences.   The  output  pulses  from  the 
AND  gate  are  accumulated  in  an  8-bit  counter.   If  the  random  number  genera- 
tor is  cycled  through  a  suitable  number  of  states  the  accumulated  number 

-l4- 


LOGIC        ELEMENTS 

NAME 

SYMBOL 

REALIZATION 

Xj                       x2 

A.                                                                                          A 

YYYYYYYY 

00 

op    aj 

a 

co 

">    co 

CO 

2 

-1  2 

J 

V                V                 V                 V 

A3      A2      At      A0 

A>B 

A  =  B 

A<B 

B3      B2      Bj      B0 

>J— 

~N 

■ 

y 

s 

/ 

v    / 

^    / 

^     / 

k 

> 

'     \t     b     >b 

A3      A2      Aj_       A0 

Xl^-N 

A>B 
A=B 

A  <  P 

»- 
o 

3 

A2 

B3      B2      Bt      B0 

/ 

v     > 

<        / 

<      / 

^ 

O 

o 

Q. 

8   BIT     RANDOM 

NUMBER    GENERATOR 

T 

CLOCK 

PULSES 

8    BIT    COUNTER           C0UUPNT 

K 

ad 

CD 

co 

CO 

s 

J 

\ 

I        \ 

i      \ 

' 

V       V 

> 

c       > 

t      \ 

J 

V 

Y 

Figure  1.   Realization  of  a  P-element, 
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in  the  counter  is  the  8-bit  product  Y  of  the  two  U-bit  numbers  X  and  X  . 
The  counter  needs  to  be  set  to  all  zeros  initially. 
2.1.3   Future  Work 

Hardware  design  of  the  T*-element,  the  principal  macro-element 
of  the  World  Model,  will  be  considered  next. 

D.  Bose 

2.2     THESPIAC  (Project  No.  hf) 

The  THESPIAC  project  involves  developing  a  digital  memory  system 
to  control  theatre  lighting.   During  this  quarter,  progress  has  been  made 
on  two  major  aspects  of  the  project:   funding  and  design. 

A  proposal  has  been  completed  and  is  being  submitted  jointly  by 
the  Department  of  Computer  Science  and  the  Krannert  Center  for  the  Perform- 
ing Arts  to  various  organizations  which  may  have  an  interest  in  supporting 
THESPIAC. 

Parts  necessary  for  the  completion  of  a  prototype  digital  cross- 
fader  were  received  in  November.   Debugging  of  the  prototype  was  then 
completed  and  the  digital  crossfader  was  tested  in  the  Festival  Theatre 
of  the  Krannert  Center.   The  test  was  witnessed  by  Director  Brotman, 
Lighting  Director  Caton,  and  Audio  Director  Spek.   The  performance  of  the 
fader  was  considered  by  them  to  be  equal  to  that  of  analog  crossfaders. 

After  the  trial  had  proved  that  digital  circuits  will  perform 
adequately,  plans  were  made  to  expand  the  prototype  to  include  drivers 
for  at  least  one  more  dimmer,  a  second  master  fader,  and  a  partial  control 
unit.   To  make  this  possible,  a  small  amount  of  money  was  made  available 
by  the  Krannert  Center  to  buy  the  required  parts.   A  portion  of  this 
quarter  was  then  spent  expanding  the  tentative  design  plans  to  a  level  of 
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detail  that  allowed  a  parts  list  to  "be  made.   Purchase  orders  for  these 
parts  were  then  written  and  forwarded  to  the  purchasing  office. 

Les  Daley 

2.3     COLFTAE  (Project  No.  12) 
2.3-1   Summary 

Due  to  delays  in  parts  shipments,  progress  on  COLFTAE  slowed  during 
the  last  quarter.   Delivery  of  the  new  COLFTAR  write-gun  was  taken  early  in 
the  period,  but  its  installation  was  postponed  until  the  crystal-tempera- 
ture sensing  elements  were  received  (just  before  the  end  of  the  quarter). 
Now,  installation  of  the  gun  and  the  thermistor  units  can  be  performed  at 
the  same  time,  thus  bringing  the  system  up  to  atmosphere  only  once,  rather 
than  twice.   It  is  hoped  to  have  the  system  operational  by  mid-quarter. 
Design  of  the  dynamic-focus  system  has  begun,  and  should  be  finalized  soon. 

Stan  Kopec 

2.U     Digital  Processing  for  Flight  Simulation  (Project  No.  52) 
2.1+.1   Summary 

One  feature  of  the  digital  radio  aids  is  the  Code  Keyer  whose  pur- 
pose is  to  produce  the  identification  Morse  Code  for  the  station  to  which 
the  radio  is  tuned. 

In  the  last  report  (July  to  September,  1973)  the  principle  of  the 
Code  Keyer  was  explained  and  a  method  was  proposed  and  described. 
2 .  i+.  2   Realization 

During  the  Fall  semester,  the  system  was  realized,  tested  and  com- 
pleted. 
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2.U.3   Future  of  the  System 

Due  to  a  modification  in  the  organization  of  the  entire  flight 
simulator,  the  Code  Keyer  system  will  be  slightly  changed,  hut  will  re- 
main the  same  in  its  principle. 

Lucien  I.  Facchin 

2.5     Digital  Radio  Aids  for  a  Flight  Simulator  (Project  No.  52-1 ) 

A  small  special  purpose  arithmetic  unit  has  been  studied  using 
the  "Cordic"  computing  technique.   This  technique  was  specially  developed 
for  use  in  real  time  digital  computers  where  the  majority  of  the  computa- 
tions involved  discontinuous,  programmed  solutions  of  the  trigonometric 
relationships  found  in  navigational  equations  and  required  high  resolution. 

The  Cordic  AU  consists  primarily  of  three  registers,  three  adder- 
subtracters,  two  shifting  devices  (barrel  shifters)  and  special  intercon- 
nections.  A  small  read-only  memory  is  also  used  to  store  constants.   The 
control  is  stored  in  a  RAM   to  allow  control  modification  during  the  explor- 
atory phase  where  this  unit  would  be  duplicated  in  different  parts  of  a 
simulator. 

Using  the  same  basic  algorithm  the  AU  can  compute  elementary  func- 
tions including  multiplication,  division,  sin,  cos,  tan,  arctan,  In,  exp, 
and  square  root.   The  only  operations  required  are  shifting,  adding  and 
the  recall  of  prestored  constants. 

The  number  of  packages  has  to  be  minimal,  and  the  unit  has  to  be 
modular,  in  the  sense  that  the  precision  can  be  chosen  to  be  of  8,  l6 ,  2k    . . 
bits.   The  only  problem  comes  from  the  barrel  shifters  which  make  these 
algorithms  fast.   It  is  difficult  to  build  them  as  modular  devices.   So  we 
decided  to  have  them  on  separate  cards.   They  are  built  out ' of  the  582^3 
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scalers  from  Signetics.   The  delay  for  shifting  n  places  is  30  ns  and  does 
not  depend  on  the  number  n. 

A  small  read  only  memory  is  used  to  provide  correction  for  the 
propagation  of  the  sign  bit  (access  time  33  ns). 

For  flight  simulation  l6  bits  fixed  point  is  enough  and  the  equa- 
tions are  prescaled. 

An  8  bit  unit  has  been  built  and  microprogrammed  for  solving 
angle  and  range  in  a  triangle.   The  clock  ran  at  1.2  MHz,  limited  only 
by  the  fact  that  we  have  used  a  slow  ROM  for  the  constants.   The  time  to 
solve  this  problem  was  8.5  ys.   A  l6  bit  unit  is  now  being  studied  with  a 
bigger  set  of  microinstructions. 

Gilles  Garcia 

2.6     CM  (Correlation  Modulation)  (Project  No.  hQ) 

Correlation  Modulation  is  the  encoding  of  information  in  the  time 
delay  between  a  reference  signal  and  a  delayed  version  of  this  reference 
signal.   The  amount  of  this  delay  is  dependent  on  the  amplitude  of  an 
analog  signal  which  is  the  information  we  wish  to  communicate.   As  this 
analog  signal  increases,  the  time  delay  between  the  reference  and  the 
delayed  reference  increases. 

The  reference  signal  is  a  pseudorandom  pulse  sequence  generated  by 
the  recirculating  shift  register  technique.   Feedback  is  taken  from  the 
outputs  of  the  shift  register  in  such  a  way  that  the  particular  set  of 
outputs  is  different  for  each  clock  pulse  for  a  maximum  length  of  time. 

For  Correlation  Modulation  we  will  use  only  the  last  bit  of  the 
shift  register  in  each  clock  period.  It  can  be  shown  that  any  set  of  8 
consecutive  bits  of  this  sequence  of  0's  and  l's  is  different  from  any 
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other  set  of  8  consecutive  bits,  as  long  as  we  only  look  at  a  total  group 
of  6U  of  these  bits.   As  we  will  see  in  the  near  future,  this  is  all  we 
need  for  Correlation  Modulation  to  work. 

Richard  J.  Kowall 
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3.1.1  DIFSUB  with  partial  differential   equations      (M.    Ostrar) 

The  use  of   DIFSUB  to  solve   partial  differential  equations 

in   conjunction  with  the   technique  of  time   stretching  was    continued.      A 

list  of  stretching  functions  with  which  to   experiment   on  Burgers' 

equation:      u,    +  uu     =  ku       was    drawn   up   for   the  initial   and  boundary 
t  x  xx 

conditions    u(x,    0)    =   sinllx,      u(0,   t)    =   u(l,   t)   =   0.       It  was    decided  to 

experiment   at   first  with   only  one   of  these   functions   in   order  to   see 

what  general  difficulties    could  be   expected.      The  initial    function    chosen 

was  w(x,    t)   =   tanh        (x  tanh  a )   2k (t   +  b )     where   a  and  b   could  be 

2k(t  +  b)  a 

adjusted  as    desired.      Several  unexpected  problems  have   appeared  in  testing 

this    stretching  function,  which  is   the  reason   that  no  results   have  been 

obtained.      It   appears   that   some  of  the   simpler  functions   should  be  tried 

while  the  bugs    for  the   above   function   are  being   dealt  with.      Testing  and 

2 
modification   of  ADAPT   also   continued,      u    |w       where  w(x,    t)    is    the 

stretching   function   replaced  u     as   the   quantity  which  determines  how 

ADAPT  adjusts  w(x,   t).      The  former  was    felt  to  be   a  better   indicator 

of  the  x  points  where   the   largest   errors  might  be    introduced  on   a  particular 

integration   step.      Since  the  scaled  values    of  u(x.,    t)    are   available   from 

DIFSUB,    and  w    i  is   always   available,  no   additional   computations  were 

'  i 

introduced  by  this    change.      The  restriction   that  w(x,   t)   have   four 
continuous   derivatives  with  respect   to   x  and  two  with   respect   to  t  was 
also  dropped,    as    it  was  pointed  out   that  unless  w   is    specified  for   all  x 
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and  t,  the  distinction  between  smooth  and  discontinuous  is  irrelevant. 

Thus,  w   no  longer  had  to  involve  fourth  degree  polynomials.   In  fact, 

w  became  a  sum  of  step  functions. 
x 

ADAPT  was  tested  on  the  equation  u^  =  u  +  u  +  ku   ,  u(x,  0)  = 

t  X  XX 

sinllx,   u(0,   t)   =  u(l,   t)   =   0.      The   limited  results   obtained  thus    far 
have  been   disappointing.      Probable    causes   of  the  poor  results   are  that 
ADAPT  permits  w     to   change  too  much  between   successive   (time)    integration 
steps   and  that    centered  instead  of  backward  differences   are  used  to   compute 
u   .      If  these   shortcomings   are    corrected  and  no   improvement  results, 
the  testing  of  ADAPT  will  probably  be   stopped. 

3.1.2      New  Stiff  Methods    (R.    L.    Brown) 

The  new  numerical  technique   for   solving   stiff  systems   of 
ordinary  differential  equations   using  higher   derivative  multivalue  formulas, 
first   described  in  the  previous   quarterly  report,   has  been  partially 
implemented  in   a  FORTRAN  program  Tik  using  techniques   similar  to  those    in 
DIFSUB.      Among  the   features   implemented  thus   far  in   Dk  are   an   error 
estimator  which  allows   the  best  next   steps ize  H  to  be    chosen,    and  a 
corrector  formulation  which  makes   use   of  a  Newton-like   speed  up  of 
convergence   in  the   corrector   iteration. 

The   error  estimator   is   dependent   on  the   following  theorem: 
For  a   convergent  r        order  multivalue  method  based  on   evaluation  of  the 
1       through  m        derivatives  to   solve 

y'    =  f(y,  t),       y(tQ)   =  a  (1) 

and  for  r  (y,   t)    continuous   for  bounded  y,    and  for  t   in   the  range   of 
integration , 
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e  =  y  -  y(t  )  =  hr  6(t  )  +  0(hr+1)  (2) 

n    n      n         n 

where  <S(t)  satisfies 

6<(t)  =  f  (t)  S(t)  +  Cr+1    y(r+l)  (t)  (3) 

y  l&. 

i 

with   (tn)  =  0,  providing  the  starting  values  are  exact.   C    is  the 

error  constant  due  to  the  operator  L  (y(t))  corresponding  to  the  multivalue 

method,  and  IB .  is  the  sum  of  the  coefficients  of  f   .  =  f(y   .,  t   . )  in 
i  n-i      n-i   n-i 

the  formula. 

This  has  been  proven  for  m  =  2  and  the  proof  easily  extends 
for  m  >  2.   A  theorem  indicates  that  the  local  truncation  error  at  each 
step  is 

I.e.  ■  ..  Cr+1   y(r+l)  (t)hr+1,  (U) 

SB. 

i 

( r+1 ) /    x      r+1 
which   can  he  used  to    calculate   the  best  next   stepsize   since  y  (t)   h 

is   available   from  the   dependent  variable  vector,    stored  in  Nordsieck   form, 

i.e.    as   the  elements   of  a  Taylor   series. 

The  Newton-like   speed  up  of   convergence   depends   on  the   formula 

F(y_)   =   0  =  Z_   a.        y      .    +  h  an   .    f     +...+hm  an        f(m_l)      (5) 
*-  i=0     i,0  "Ti-i  0,1  — n  0,m  -n    , 


f(l)    -       ^  (T.     t     ), 

—  n  : —         ^i        n 


d  t1 


Vo  =  -1- 


Solving  this  for  y  as  a  Newton  iteration  gives 


dF 
*n,<»H>  =Xn,(m)  "—   'W  (6) 

=  y   ,  s  +  (I  -  han  n  f  -...-hman   f(*-D  -1  f(  ). 

■41, (m)  0,1  y         0,m  y        K^ 
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Since   a   subroutine   DIFFUN    (T,   Y,    Y' ,   Y",...)    is   available,  numerical 
differencing   can  be  used  to    calculate   the  matrix  sum  indicated.      Either 
matrix  inversion   or  Gaussian  elimination   and  back  substitution    can  be 
used  to   solve   the   iterated  corrector. 

The   standard  corrector  for  multivalue  methods  has  been   retained: 
F(Z)-^n-+«  +  h0flfB+...«^)i-f<-1>.  (7) 

T  k 

1    =    v       01 .     „    t 

2        1,0     n-i 

i=l 

Since  the  Nordsieck  form  is  used  to  store  the  dependent  variables,  and 
the  stepsize  changes  often,  Z  is  not  directly  obtainable  by  summation. 
However,   the  predictor 

P(t )  -  yn_1  ♦  hy;       ♦  j£  y         +  .  .  .+  _£*  jrW,  ( 8) 

2  r! 

h  ■ t  -  Vr 

represents  the  unique   r        order  interpolating  polynomial  through  the 
r+1  values   Y(t      .),    i=l,...,r+l,   of  the   function   satisfying 

0  =   E     ai    n  y(t   -   in)   +  a.    n    h  y'(t)   +. . .+  (9) 

>0      i,0  0,1 

,m      (m)    /.  v 
a0,mh     y  (t)' 

k  =  r+1  -  m. 

Then  P(t  )  is  an  extrapolation  of  a  polynomial  which  should  satisfy  within 

0(h   )  the  equation 

0=^  a.  n  P(t   .)+  an  .  h  P'(t  )+...+  a    hmp(m)(t). 
.2.   i,0    n-i     0,1       n         0,m         n 
i=0 


(10) 


Thus 


E  =  P(t  )  -  h  a^  n  P' (t  )  -. . .-  a    h™  P^m^  (t  ) 
n       0,1     n         o,m  n 
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The  major  remaining  difficulty  in  the  program  is  in 
updating  the  elements  of  the  Nordsieck  vector  in  terms  of  the  available 
information.   Research  in  this  area  continues. 

The  availability  of  the  higher  derivatives  for  the  subroutine 
is  a  significant  problem.   A  system  by  A.  C.  Norman,  called  TAYLOR,  features 
a  compiler,  written  in  BCPL,  which  takes  as  input  a  description  of  a 
system  of  differential  equations  using  FORTRAN  functions  (SIN,  TAN,...) 
and  outputs  a  set  of  FORTRAN  routines  that  will  compute  Y,  Y' ,  Y" , . . .  , 
enabling  the  problem  to  be  solved  by  Taylor  expansions.   The  system  can 
currently  be  used  to  calculate  the  elements  of  the  Taylor  series  at 
a  point  and  make  it  available  to  DH.   However,  it  is  inefficient  in  the 
use  of  space  and  time,  since  it  was  developed  for  a  different  purpose. 
Possible  changes  to  the  program  source  are  being  considered  to  make  it 
more  efficient  for  its  limited  application.   This  will  require  the 
acquisition  of  a  BCPL  compiler. 

3.2    Graphical  Support  Programs 

3.2.1  GPSS  Flowchart  to  Source  Translation   (R.  Purvy) 

The  flowchart  program  has  been  modified  considerably  since 
the  last  description  of  the  program's  logic.   The  modifications  have  been 
partially  to  the  program's  function,  but  much  more  to  the  structure  of  the 
program,  to  make  it  more  readable  and,  hopefully,  more  modifiable  by 
persons  other  than  myself.   All  but  one  of  the  things  mentioned  in  the 
"Suggested  Improvements"  section  of  my  thesis  have  been  implemented.   Three 
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external  subroutines  have  been  created  by  taking  sections  out  of  the 
main  program,  and,  within  the  program  modules,  internal  subroutines  have 
been  created.   The  code  has  been  "cleaned  up"  by  adhering  more  closely 
to  360  calling  conventions.   Finally,  a  great  deal  of  documentation  has 
been  added. 

The  first  functional  change  is  to  the  method  of  parameter 
specification,  proposed  in  "Suggested  Improvements".   Formerly,  when  the 
user  added  a  block  to  his  flowchart  and  wished  to  specify  its  label, 
operands,  and  comments,  he  had  to  make  sure  the  parameters  were  all  in 
order.   When  he  hit  the  "modify  parameters"  function,  something  like  this 
would  come  up: 

LAB  =  DEFLT 

BLOCK  =  ASSIGN 

OPS 

COM 
OPS   and  COM  were    specified  simply  by  extending  with  an   equals    sign   and 
then  the   required  information.      LAB,   or  the   label,    on   the  other  hand,   has 
to  be   deleted  first,    and  then  retyped.      For  example,   the  user  would 
delete  the   line  and  then   insert    'LAB  -  LABEL'    if  he  wished  the  block  to 
have  LABEL  as   a  label.      Furthermore,   the  program  logic  looked  for  an 
equal   sign    in   each  line,  but   did  not   check  whatever  was  to  the  left  of 
the   equal   sign;    it   assumed  the  parameters  were   in  the   correct  order.      The 
new   system   checks  each  line  of  text   for  one   of  the   four  keywords,    LAB, 
BLOCK,    OPS,    and  COM,    and  if  it   finds   one   followedby  an    '  =  '  ,    it   puts  the 
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text  after  the  '='  in  the  appropriate  column  in  the  card  image.   Thus, 
the  parameters  can  be  in  any  order,  and  LAB  will  appear  without  the 
'=DEFLT'  part  it  formerly  had. 

The  second  change  is  to  the  syntax  analyzer  for  user  commands, 
and  is  also  described  in  my  thesis.   If  the  pictures  of  a  flowchart  are 
given  names  that  end  in  numbers,  e.g.  PIC1 ,  CH2  ,  then  this  can  be  used 
to  shorten  the  listing  of  the  names  in  the  COMPILE  command.   For  example, 
if  the  flowchart  was  comprised  of  pictures  PICT,  PIC2 ,  PIC3 ,  PICU,  CHI, 
CH2,  CH3,  and  LAST,  the  user  could  type:   COMPILER  PIC1-U,  CHT-3,  LAST 
instead  of:   COMPILE  PIC1,  PIC2 ,  PIC  3,  PICU  ,  CHI,  CH2 ,  CH3,  LAST. 

Furthermore,  it  is  now  possible  to  simply  type  in  a  GPSS 
program  directly,  without  using  the  compilation  facilities  at  all. 
By  so  doing,  the  user  can  take  advantage  of  the  tabbing  and  other  options 
offered  by  the  flowchart  program,  and  get  a  card  deck  without  even  sitting 
down  at  a  keypunch.   To  do  this,  he  simply  types  'ENTER'  and  then  types 
in  lines  just  as  he  would  for  the  beginning  and  ending  cards  of  a  program 
produced  through  the  compilation  process.   'END'  terminates  the  process, 
and  the  program  will  then  ask  if  the  user  wants  to  run  the  program,  or 
punch  the  deck,  or  both,  or  neither. 

The  node/connection  tables,  created  by  the  flowchart  program, 
give  for  each  block  in  a  picture  all  its  connections.   Each  connection  is 
represented  by  the  terminal  type  involved  and  the  instance  number  on  the 
other  end  of  the  connection.   For  a  picture  with  two  blocks,  connected 
to  each  other,  the  printout  might  be  like  this: 

0  GENER 

BOTTOM  1 

1  TEST 

TOP     0 
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the   instance  number   and  name   appear  on  one  line,    followed  by  all 
connections   for  that   instance. 

This  printout  may  be   created  by  a  "YES"    answer  to  the  question 
"PRINT  NC   TABLES?"   which  will  appear   in   every   run.      The  printout   could 
be  used  for   debugging  a  flowchart    if  error  messages  were  produced,   or 
if  the   source   program  derived  from  the   flowcharts   contained  unexpected 
errors.      It  would  be  most  useful   in   conjunction  with  a  hard  copy  of  each 
picture   of  the   flowchart,   using  the   hard  copy  device   attached  to   one  of 
the   graphics   tubes. 

Two   of  the  new  external  subroutines  handle  the  first  two 
modifications    described  here.      One,   PRMTRANS,   analyzes   the  parameters, 
creates  the  parameter  table  for  each  picture,    and  translates   all  needed 
data   in  the   subpicture  block   (produced  by   GRASS)   to   360   format.      The 
other,    COMANL,    analyzes   the  user   commands   and  breaks   down  the  COMPILE 
command  into  the   separate  pictures.      The  third  new  subroutine,  MYPRT, 
is   the   routine  whose   address   is   placed  in  the   output   DCB  of  GPSS,    and 
which   is   thereby  entered  whenever    GPSS   does   a  PUT  to  the  print   data  set. 

PRMTRANS   creates  the  parameter  table   for  each  picture, 
described  in   the    first  XPR,    1973.      It  also  translates   sub-blocks   one 
and  three  of  the   subpicture  block  into  binary,    in  the   case  of  numbers, 
and  EBCDIC,    in  the   case  of   characters.      Sub-block  two,   the   one   containing 
the  mnemonic  parameters   is    left   in   its  PDP-8  form.      The  keywords   are  present 
in  ASCII   in  PRMTRANS   for   comparison  purposes   and  each  parameter  is 
transferred  to  the   card  image   in  ASCII,    and  then  the  whole   80  byte  record 
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is   translated   into  EBCDIC.       In   the    case   of   comments. y    precautions    are 
taken    so  that,    first,   the    comments  will   appear   in    column    36  or   one   space 
after  the   last   operand,   whichever   is   greater,    and  second,   the   comments 
will  not    extend  beyond  column   71  •      The   latter   is    done  to   see   if  all   the 
necessary  lines   of  text  are  present;    for  example,   the   user   could  delete 
the    'BLOCK   =  ASSIGN'    line,    and  the  block   field  on   the   resulting    card 
would  then  be  blank.      This    imposes    a   certain   responsibility  on   the   user 
not   to   delete   any  necessary  line  of  text;    on  the  other  hand,    it    allows 
deletion    of  unnecessary  lines. 

COMANL   is   the   syntax  analyzer   for  user   commands.      It  must  be 
passed,    (as   must   all  the    external   subroutines)    in    register   oen   the 
address   of   a  block   of   storage    in   the  main   program  beginning  with   PTABADOR 
and  ending  with  AIOATA.      It   returns    its   result    in   register  0,    as   follows: 

0  -   'COMPILE';    no  errors 

1  -   'COMPILE';    syntax  errors  present 

2  -      'ENTER 

-1   -      'COMPILE' ;  too  many  pictures   to   fit    in   PTAB 

In  the   case   of  a  COMPILE    command,   the   picture  names   are  placed  in  the 
area  pointed  to  by  PTABADOR.      Each   picture    occupies   l6  bytes,    in   PTAB, 
the    first    8  being  the  picture  name,    and  the   other   8  being  a  pointer  to 
the  NC  table   for  that   picture,    (described  in  the   first   QRR  1973)    and  a 
pointer  to  the  parameter  table.      The   latter   is   inserted  by  PRMTRANS   and 
the    former  by   the  main   program. 

The   syntax  of  the    COMPILE   command  is   as    follows:       'COMPILE',    one 


-29- 


"blank,  and  the  picture  names,  separated  by  commas.   The  command  is  considered 
to  be  terminated  by  a  blank.   In  the  case  of  something  like  'PIC1  -  U', 
obviously  there  must  be  numbers  on  each  side  of  the  dash,  and  the  second 
must  be  greater  than  the  first.   When-  a  dash  is  found,  all  the  numeric 
characters  to  the  left  make  up  the  first  number  and  all  the  numeric 
characters  to  the  right  of  the  dash  up  to  the  next  comma  or  blank  make  up 
the  second. 

MYPRT  is  the  routine  that  sends  output  from  GPSS  to  the  user 
terminal.   Its  functions  are  described  in  the  thesis,  so  I  "will  not  go 
into  it  too  deeply  here.   Each  line  sent  from  GPSS  is  saved  in  a  block 
which  is  GETMAIN  ' ed  by  MYPRT,  whose  address  is  saved  in  BLADR.   The 
number  of  lines  present  in  this  block  at  any  given  time  is  in  NLINES. 
These  two  variables  must  be  accessible  to  the  main  program  (which  has 
a  'EXTRN  NLINES,  BLADR'  statement  in  it)  for  the  following  reason: 
when  GPSS  finishes  and  returns  to  the  main  program,  there  will  generally 
be  some  text  still  not  sent  to  the  user  terminal,  (unless  the  last  line 
sent  happened  to  fill  up  the  text  block  and  cause  it  to  be  sent).   Thus 
the  main  program  has  to  do  a  CALL  SEND  and  CALL  REPLY.   If  the  user  replies 
'P*  the  block  is  to  be  printed,  and  for  that,  NLINES  and  BLAOR  are  needed. 

The  last  subroutine  has  been  external  all  along,  C603-   The 
restriction  on  GENERATE  blocks  described  in  the  thesis,  that  they  all  must 
be  in  the  first  picture  (in  the  order  the  pictures  appear  in  the  COMPILE 
command)  has  been  eliminated  in  C603.   Thus,  the  order  of  the  pictures 
is  now  completely  arbitrary,  and  affects  only  the  physical  form  of  the 
resultant  source  program,  and  not  its  logical  form. 
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3.2.2      Plot   Package      (W.    Chung) 

A  subroutine   which    can   put   up  numerical  Libels   with  variable 
intervals   for  both  x  and  y  axes   is  now   included  in   the  plot   package.      The 
readability  is   improved  by  two    factors:      first   of  all,   by  these  explicit 
numerical   labels;    secondly,   by  the   fact   that   the   max.    of   each   axis    is   now 
the  multiple   of   integers. 

The   subroutine,   PAX,    is   written   in   assembler   language  and  called 
once  by  the  main   plot   routine. 

Another   subroutine   that   can    draw  a  grid   is   written    in   FORTRAN 
and   it   is   called  once   after  PAX   is    called.      The  grid  is    constructed  by  this 
PGRID   and   saved   in   XFILE.      The  grid  is    displayed  only  when    a  user  hits 
the    command  GRID. 

The    calling   sequence   of  these    subroutines   are: 
CALL   PAX(ITEXT) 

Input    parameters: 

ITEXT(l),    ITEXT(2),    ITEXT(3)    =  Xmin    in   A-f ormat (E10. 3 ) 
ITEXT(5),    ITEXT(6),    ITEXT(T)    =  Xmax    "      "      "      " 
ITEXT(9),    ITEXT(lO),    ITEXT(ll),    =   Ymin   in   A-format    (E10.3) 
ITEXT(13),    ITEXT(lU),    ITEXT(l5),   =    Ymax"      "      "      " 
ITEXT(U),    ITEXT(8),    ITEXT(l2),    ITEXT(l6)    =    zero   flag 

if  min ,  =  -1 
if  max,  =  +1 
if   zero,   =   0. 


ITEXT(lT)  =  Display  origin  for  x-axis 
ITE7T(l8)  =  "  "  "  "  "  "  "  "  " 
ITEXT(l9)    =   Length   of  axis    in    #   of  points   on    screen. 

Output   parameters : 

ITEXT(l),  ITEXT(5),  ITEXT(9),  ITEXT(l3)  =  Fraction  of 

Xmin,  Xmax,  Ymin,  Ymax. 

ITEXT(2),    ITEXT(6),    ITEXT(lO),    ITEXT(lU)   =   exponent    of 

Xmin ,   Xmax ,   Ymin ,   Ymax . 
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ITEXT(U),    ITEXT(12)  =   starting  position   of  labels   for 

x  and  y   axes. 

ITEXT(8),    ITEXT(l6)  =   interval  size   of  labels   for 

x  and  y  axes. 


CALL   PGRID    (ITEXT,    1X0,    IYO ,    I SIZE) 


st 


ITEXT(U),    ITEXT(12)   =   display  position   of  the   1       label 

for  x,  y  axes 

ITEXT(8),  ITEXT (16)  =  size  of  display  interval  for  x  and 

y  axes. 

1X0  =   display  origin   of  x-axis. 

IYO  =   display  origin   of  y-axis. 

ISIZE  =   display   size   of  axis. 

A  typical  output  with  a  grid  is   shown  below. 


CkQ.I.PA£KA5g_4_  :..^,m$BJl'£XmW  POPC  , 


TUTOR 


CATALOG 

SAVE 
01  SPLAY 


IDENTIFY 
EVALUATE 
LIST 
GRID 

CLEAR 
RANGE 
I  HO    v'AR 
DELETE 
LABEL 


INDEPENDENT   VAR-TIK 
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Feedback  and  message  presentation  is  also  improved: 
the  plot  package  signals  the  acceptance  of  a  hit  by  blinking  the  command 
which  is  hit,  at  the  same  time  displaying  a  short  message  which  guides 
a  user  to  the  next  action  sequence  to  be  taken  in  a  separate  window, 
which  does  not  interfere  with  the  main  display. 

Knot  Selection  Algorithm 

Follwoing  algorithms  were  tested  for  5  examples  with 
equidistant  data  points  as  input. 

1 )  KNO'.I  -B : 

the   slope   at  X(5)    is    calculated  by   an   interpolating 

cubic  polynomial  through   (X(J-3),   Y(J-3)),    (x(J-2),   Y(j-2)), 

(X(J-l),    Y(J-l)),    and    (X(J),    Y(j)). 

2)  KNOT-C 

Both  the   slope   and  the   ordinate    at   each  knot    is   approximated 

by   least-squares   error   approximation.      Let  m.    and   s.    be   the 

J  J 

slope   and  the  ordinate .      Then   the   least-squares    error    is 

locally  minimized 

ni  2 

E.    =  E        y.      -   S(x.    )       ,    x.        <    x._   <    x     <    ... 


i=l       °l  °i 


<    x.      <    x. 

Jn.         J 
J 


=   F(m. ,   S. 


3E.                                                3E. 
— ji-  =    0  and  — — J =   0. 


dm.  3  S 

J  J 
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3)      KNOT-D: 

The   slope   at   each  knot   is    obtained  by  the    least-squares 

error   interpolation. 

E.   =   F(m.) 
J  J 

3E. 

— >i— =  0 


8m. 
J 


In   each   algorithm,  we  tried  to  maximize  the  mesh  size  until 
f(x)    -   S(x)|  |    >   EPS. 

Tested  examples   are  as   follows: 

Fl:      y  =   e~'5x   sin2x 

F2  :      y  =   sinx/x 

F3:      y  =   1  -  e"2x 

F5:     y  =  6x/(x2  +  3) 

F6:      y  =   1/[1  +   (x  -  3)2] 
The   results   of  experiments   are   show  in  the  following  tables. 

ND  =   #  of  Knots 

TEND  =   10.0 
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KNOT-C 


(1)      EPS   =   0.5   x   10 


-3 


Fl 

F2 

F3 

i 
F5 

F6 

ND 

19 

15 

18 

IT 

19 

hmax 

0.92 

l.kk 

0.72 

1.1H 

1.7 

hmin 

0.02 

0.02 

0.38 

0.08 

0.02 

(2)      EPS   =   0.5   x   10 


-2 


Fl 

F2 

F3 

F5 

F6 

ND 

IT 

16 

16 

Ik 

hmax 

1.3 

1.08 

1.6€ 

2.58 

hmin 

0.02 

0.02 

o.oH 

0.02 

(3)      EPS   =  0.5  x  10 
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Fl 

F2 

F3 

F5 

F6 

ND 

2T 

19 

20 

21 

2k 

hmax 

1.1 

1.32 

0.T2 

0.7k 

0.8 

hmin 

0.2 

0.06 

0.22 

0.2U 

0.2 
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3. 3    Satellite  Processor  Software 

3.3.1  OS/8   (C.  Segre,  R.  Whyte) 

A  new  option  has  been  added  to  HELP.   When  the  user  types 
'CTRL/U'  a  '  U'  is  echoed  and  the  time  block  number  of  the  current  block 
may  be  changed  by  immediately  typing  the  new  number  followed  by  a  '*'. 

The  'V  command  in  the  symbolic  editor  has  been  enabled.   This 
command  lists  on  the  inktronic  printer  in  the  same  manner  as  the  'L'  command 
lists  on  the  teletype.   (See  OS/8  user's  manual  for  more  detail.) 

Two  new  options  have  been  added  to  SWAP.   SWAP  will  now  ask  if 
the  files  on  the  current  system  device  should  be  transferred  to  the  disk. 
If  a  ' Y'  is  typed,  the  transfer  is  made.   The  second  option  allows  five 
files  at  a  time  to  be  transferred  to  the  disk  (will  not  stop  asking  for 
files  until  'ALT  MODE'  is  typed)  if  the  user  types  a  'Y'  in  answer  to 
the  question:   'APPEND  FILES?' 

3.3.2  GRASS   (C.  Segre,  J.  Stynes) 

The  core  of  the  monitor  for  the  new  interpretive  graphics 
system  has  been  written.   This  core  consists  of  the  interrupt  handler, 
the  Scheduler,  the  Dispatchers  for  Input,  and  the  I/O  Interface  to 
the  teletype  (operator's  console).   Flowcharts  for  all  these  are  included 
in  this  report.   A  short  description  of  each  of  these  code  segments  follows: 
Interrupt  Handler 

The  interpretive  system  is  run  with  interrupt  on.   All  input 
from  the  IBM  360/75,  the  disk,  the  timer  for  each  console,  the  PDP-10, 
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the   disk,    and  the  Operator's   Console  must    also  he   acknowledged  by  the 
Interrupt  Handler  before   any  further  processing  may  be   done.      Several 
flags  used  in   the    flowchart    for  the  Interrupt  Handler   are   explained 
below. 

Scheduler 

This    routine    is   entered  when   the   interpreted  program  does   any 


output   or  a   'WAIT'.      If  output   is  being  done    ('OPFLAG'    negative),  no 

other   console   can  be   swapped  in.      Thus,   the   Scheduler  loops   on   checking 

OPFLAG  and  trying  to   schedule   output  to  Operator's   Console.      If  no  output 

is  being  done,   the   input-pending  flags   for  the  DPU,    360/75,   timer,    and  PDP-10 

checked.      If  any  of  these  is    set,    control   goes   to  the   Dispatcher   for  the  partic 

device.      If  there   is  no  input -pen  ding,   the  program  tries  to   schedule  Operator' 

Console  output   and  scans   any  input   from  the  Operator's   Console.      After 

this,  the  program  goes  back  to   checking  the    input-pending   flags.      This   loop 

is    continued  until   an   input-pending   flag  is    set   and  a   console   is    swapped 

in.      Flags  used  in   the   Scheduler   are   explained  below. 

Input   Dispatchers 

Very  simple  routines    (in  theory)   which  swap  in   called-for   console 
and  start   interpreted  program  at   correct  place. 
I/O  Interface  to   Operator's   Console 

Receives   and  outputs  to  Operator's   Console.      Received  characters 
are   saved  in   a  buffer,   when   a  carriage  return   is   inputted,   the   operator 
input   flag  is   set  and  all  further   input   is   flushed  until  flag  is    cleared. 
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The   output   routine   prints   from  a  buffer  until   a   line-feed   character 

is   encountered.      When    this   happens,    any   input    echoing  needed,    is    initiated. 

Flags   used   in    flowchart   are   explained  below. 

'OPFLAG' — output   status    flag 

0:      no   output   in   progress 
-1:      output   to   DPU  in  progress 
-2:      output   to  DISK   in   progress 
-3:      output  to    360/75    in   progress 

1:      output  terminated  with  no  error 

2:      output   flushed  by   operator 

3:      360/75   parity  error  on   output 
1 INP360— input  pending  flag  for   360/75 

0:      no    input   pending 

1:       input  pending 
'INPDPU' — input   pending   flag   for   DPU 

0:      no    input 

1:      input   pending 
'INPP10— input   pending   flag   for  PDP-10 

0:      no    input 

1:       input   pending 
'TTMODE' — mode   flag  for  Operator's   Console   output 

0:      system  message    (console    dependent   and  console   independent) 
output 

1:      echoing  Operator's   Console   input 

2:   user  message  output 
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'TTYBSY' — teletype  busy  flag 

0:   not  busy 

1:      busy  out putting 
'INPOPR' — input  pending   from  operator 

0:      no   input 

1:      input  present   and  not   echoed  yet 

2:      input   present  and  not   scanned  yet 

3:      input   present  and  neither  echoed  nor   scanned 
'TTSTAL' — 'echoing  caught  up  with   input'    flag 

0:      echoing  not   caught  up 

1:      echoing   caught  up  with   input 

3.3.3     ACID — Attached  Controller  for  Interactive  Displays      (N.    Hennegan) 

ACID  is  the   resident  program  in   the  PDP-8/I  which  handles 
up  to   8   computek  consoles.      Basically  the  program  has   three   operations. 
The   first    is   to   process   and  buffer   display  files   sent   from  the  monitor   in  the 
PDP-8  to  any  of  the  COMPUTEK  consoles.      The   second  is  to  buffer  and 
maintain   a  text   line   at  the  bottom  of  the   screen.      Included  in  this   operation 
are  text   editing  facilities   such  as   delete,    change  and  insert.      The  third 
of  these    operations   is  to   send  text  lines   and  joy -stick  hits  the  monitor 
in  the   PDP-8. 

Software   Communication  between  ACID  and  GLASP 

Communication  between   the  two  processors    is   accomplished  by 
two  software  buffers   in  the  PDP-8   (TFLAG8  and  DFLAG8). 
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DFLAG8   This  is  the  first  word  of  one  of  these  buffers 

which  is  used  for  data  transfers  from  the  8  to  the 

8/1  (i.e.  Monitor  to  ACID) 

WORD  1 

bit   $    -      always    set  non    zero  when    data  transfer  pending 

bits    2-5  function 

bits   6-8  bank    in  the  PDP-8  which   contains   the   data. 

bits   9-11  console  number 

There   are   currently  9   functions    for  ACID  to  perform: 

OO(CENABL)        Enable   console    (accept   input   from  console) 

Ol(CDSABL)        Disable   console 

02(TXTIN)  Input  a  text   line    into  the   refresh  and  text   editing 

buffer 
03(DSPLAF)        Input   and  process   a  file 
OU(DSPLAB)        Input    and  process   a  block 
05(DSPLAE)        Input  and  process   a  entry 
06(DSPLAT)        Display   a  text   line   at   some  XY  on   screen 
07 (ERASE)  Erase    screen 

I0(SMON8l)        Start  M0N8I 


WORDS  2-5 0q        These  words  have   different  uses   depending  upon   the 

function    in  word  1. 

CENABL,    CDSABL,   ERASE,    SM0N8I— use    only  word  1. 


TXT  IN-    WORD   2 
WORD   3 


Address   of  buffer   in   PDP-i 
Character  count 
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DSPLAB— WORD  2 
DSPLAE— WORD  2 

WORD  3 
DSPLAT--WORD  2 

WORD   3 

WORD   k 
WORD  5 


Starting  address   of  block  to  be   displayed 

Starting  address   of  block  which   contains  entry 

Starting   address    of  entry  to  be  displayed 

Starting  address   of  text  buffer 

y   coordinate    of  the   location  where  the  text 

line    is    to  be  displayed 

x   coordinate   of  the  location  where   the  text 

line   is   to  be   displayed 

Character   count. 


TFLAG8     This   is   the   start   of  the  second  buffer  which  is   used  for 
communication    from  ACID  to  the  monitor   in   the   PDP-8. 
WORD   1 
bit   0  always   set  when   data  transfer  pending 

bits   k- 8        interrupting  character.      The   interrupting   character 

is   either   a  number   from  1-20q  representing  the  appropriate 
push  button   on   the   joy-stick  box  or  the  number  0, 
representing  a  carriage  return. 


bits   9-11     the   console  number 

WORDS  2-  U6  ,   as  with  DFLAG  have   different   interpretations.      If 
the   interrupting  character   is  non    zero,   the   coordinates   of  the   cursor  are 
determined  and  placed  in  WORDS  2   and  3    (WORD  2    contains  the  y   coordinate). 
If  the   interrupting   character  is    zero    (a  carriage  return),   WORD  2    contains 
the  number   of   characters  which  are   in   the   text  line.     WORD   3   is  the   start 
of  the  text   line   in   6-bit  packed  ascii. 
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General  Program  Description 


All    data  transfer  between   the   two   CPU's   is    controlled  by   the 
8/1    (ACID)    and  as    I  have   discussed   all   flags    are    software   flags.      When 
ACID  is  not   processing   a  display  file    or   outputing  characters   to   the 
consoles,    it    is    in   a  wait   loop  with  the   interrupt  on.      Every  200  ms . 
ACID   checks   the    software   flag   DFLAG8  inthe  PDP-8  to    see   if   any  function 
is    desired. 
Console  Vector-  Each    console  has   a  20  word  octal   area  termed  its    console 


/    FLAG  WORD 

/OUTPUT  BUFFER  NUMBER   (BUFO) 
/OUTPUT  ADDRESS  POINTER   (PNTO) 
/DATA  BANK  OF  0UT?UT  BUFFER   (CDFO) 


vector  or  CV. 

CVECO' , 

0 

0 

0 

CDF  0 

TAD  I  .-2 

ISZ  .-3 

JMP  EEXT 

0 

0 

CDF  0 

DCA  I  .-2 

ISZ  .-3 

JMP  FEXT 

0 

0 

0 

/INPUT  BUFFER  NUMBER   (BUFl) 
/INPUT  ADDRESS  POINTER   (PNTl) 
/DATA  BANK  OF  INPUT  BUFFER   (CDFl) 


/CURRENT  POSITION  OF  TEXT  CURSOR   (PNTIN) 

/TIME  OUT  CLOCK  (TXTCLK) 

/UNUSED 
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The  first  word  of  the  console  vector  is  a  flag  word  which  is  used  throughout 
ACID  to  indicate  modes  and  states  of  each  console.   These  flags  are: 


DBIT 
TBIT 


RBIT 


LBIT 


currently  processing  a  display 

currently  in  the  text  line  refresh  mode  (the  text  line 
at  the  bottom  of  the  screen  is  being  constantly 
re-written.   The  console  displays  are  of  the  storage  typ< 
and  in  order  for  changes  in  the  text  line  to  be  clearly 
visable,  it  is  necessary  to  continually  re-write  the 
text  line. 

the  display  interrupt  is  requested  to  be  turned  on  at 
next  clock  interrupt.   (The  display  interrupt  occurs 
when  the  display  is  ready  to  receive  another  character.) 
This  is  to  allow  either  a  refresh  of  the  text  line, 
or  the  start  or  restart  of  output  to  the  console  from 
a  buffered  display  file. 


(long  line  bit)  This  indicates  that  the  text  line  in  the 
refresh  buffer  cannot  be  completely  displayed  in  the 
span  of  one  clock  interrupt.   Normally  a  text  line 
is  refreshed  once  every  clock  interrupt.   At  the 
conclusion  of  the  refresh  cycle,  the  display  interrupt 
for  the  console  is  turned  off  and  the  RBIT  is  turned 
on.   During  each  clock  interrupt  the  consoles  are  polled 
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GBIT 
EBIT 

UBIT 


INSBIT 


to  see  if  the  display  interrupt  is  to  be  enabled. 

When  a  display  interrupt  occurs,  the  interrupt  handler 

tests  to  see  if  the  console  is  currently  doing  a  text 

line  or  display  file  and  jumps  to  the  appropriate 

routines . 

communication  with  the  PDP-8  is  enabled 

console  is  enabled  (i.e.  accept  keyboard  or  display 

interrupt  from  this  console) 

underline  pending  bit.   In  the  text  line  refresh  mode 

an  underscore  is  placed  where  the  next  character  typed 

will  be  placed.  (In  the  insert  mode,  the  next  character 

typed  will  be  placed  before  the  underscore  position.) 

During  the  output  of  the  text  line,  the  output  pointer 

is  compared  with  the  input  pointer  or  text  cursor. 

If  equal,  the  UBIT  is  set.   Upon  receipt  of  next 

display  interrupt,  an  underline  character  is  sent  to 

the  display  and  the  UBIT  is  cleared. 

currently  in  the  insert  mode.   Any  characters  typed  while 

in  this  mode  will  be  placed  immediately  before  the  text 

line  underscore. 


Description  of  Words  2  -  17 Q  of  the  Console  Vectors 


BUFO 


The    second  word  of  the    CV    (BUFO)    contains   the   output 
buffer  number.      A  bank   and  one  half   ( 6000  words)    is 
divided  up   into  200  n  buffers.      These  buffers   are 
dynamically   allocated  and  freed  and  are   used  to   store 
text   lines    and  processed  display  files.      The  buffers 
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are  linked  in  LNKLST,  and  BUFO  contains  the  address 
in  LNKLST  of  the  current  output  buffer.   The  address 
in  LNKLST  contains  either  a  zero  which  means  that 
the  input  and  output  buffers  are  the  same  or  it  contains 
the  address  in  LNKLST  of  the  next  buffer  to  be  output. 
BUFAD  computes  the  buffer  address  and  data  field  from 
the  buffer  number. 
PNTO         The  next  word  in  the  CV  is  the  output  pointer.   It 

contains  the  next  address  in  the  buffer  which  is  to  be 
output.   When  zero,  the  next  word  to  be  output  is  in 
the  buffer  linked  to  the  present  in  LNKLST. 
CDFO        This  word  contains  the  IOT  to  change  the  data  field 

to  the  field  of  the  output  buffer.   It  is  in  the  form 
62nl  where  n  is  the  bank  of  the  output  buffer.   The 
routine,  which  empties  display  files,  transfers  control 
to  this  address.   The  next  three  instructions 
TAD  I    .-2 
ISZ   .-3 
JMP  EEXT 
loads  the  accumulator  with  the  next  word  to  be  output 
and  increments  the  output  pointer.   Control  then  returns 
to  the  calling  routine. 
BUFI        This  word  contains  the  input  buffer  address  in  LNKLST 

and  is  used  in  the  same  manner  as  BUFO. 
PNTI        This  word  contains  the  current  input  pointer  (the 
address  of  the  next  available  empty  location).   In 
the  text  line  mode,  this  pointer  points  to  the  end 
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of  the   text    line,    and    during  refresh   of  the    text 
line,    the   refresh   cy  zle    ends  when   the   output  pointer 
equals    this  pointer. 

CDFI  This  word  and  the   following   three  words    perform 

similarly  to   the   CDFO   routine    except   that   the  input 
buffer    is    filled  with  this    routine. 

PNTIN  This  word  contains   the   cursor   or   input   pointer   in   the 

text   line.       (The    character   in   this    location    is   underlined.) 

TXTCLK  This  word   contains    a  value  which   is    incremented  at   every 

clock  interrupt   when    in   the   text    line   mode.      The  value 
is    reset   to   approximately   60    seconds  whenever   a  char- 
acter  is  typed.      Failure  to  type   a  new   character  within 
60   seconds  will   cause   a  text    line   kill   and  exit    from 
this   mode.       (This   is   to   insure   that  no  text    line  will 
he    "burned"   into   the   screen.) 

Program   flow  when    doing   a   display 

Suppose   that    during   a  wait,   ACID   checks   the   DFLAG8   in   the   PDP-8 
and  realizes   that   a   display   file    is   to  be    input    and  processed  for   a  particular 
console.      Control   then   passes   to   DSPLAF  with   the    interrupt    off.      The   starting 
address   of  the   file   is    read  and  placed  in  ADDR  which  will   always    contain  . 
the  next   address    in   the   PDP-8  to  be   read.      The    console    is    tested  to   see    if 
it   is    currently   emptying   a   display   file. 

it    is    currently  emptying   a   display   file.       If    it   is  bit    0   of  the   last  word 
in   the  buffer,   the  new   display   file    is    cleared  and   is   tacked  onto   the   end 
of   this    one.      The   last   word  of   a   display  has   bit    0   set   to    inform  the 
output  routines   that    it    is  the   end  of  the   display   file   and  to   stop 
the   display. 
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The   file   is   read  word  fcy  word  from  the  PDP-8,    converted  to 
COMPUTEK   format,   and  "buffered.      Interrupt   is   enabled  after  the   first    channel 
read  so  that   other   consoles    can  be   serviced  while  this   input   is    continuing. 
If  all  buffers   fill  up,    input   is   discontinued  until   a  buffer   is   freed. 
In   some   instances  buffer  emptying  may   catch  up  to  the   input.      When  this 
happens,   the   display  interrupt   is   turned  off  and  the   RBIT  is   turned  on. 
At  next   clock  interrupt,   the  display  will  be   resumed. 

Program  flow  when    doing   a  text    line 

If  a  console   is  enabled  and  a  character   is  pressed  or   a  line 
is   input   from  the  PDP-8  into  the  text  line  buffer,  the   console   enters  the 
text  line  mode.      A  buffer   is    allocated  using  the    same  routines    as   used  in 
displaying   a  file.      PNTI ,    CDFI,    PNTO ,    and  CDFO   are    initialized  and  a  few 
initial   characters   are  placed  in  the  buffer.      The  character  or   characters 
are   loaded  into  the  buffer  with  a  padded  blank  at   the  right.      The  padded 
blank   is  necessary  because  the  underline    is   dispalyed  under  the  previous 
character  and  that   if  the    input  pointer   is   at   the  end  of  the  line,    a  blank  is 
necessary   for  underline   to  be  where   the  nexted  character  typed  will  go. 
The   TBIT  and  RBITS  are  set   indicating  that   this   console   is   doing   a  text   line 
and  that    it    is   requesting  the   display  to   commence   at  next   clock  interrupt. 

Upon   receipt   of   another   character,   the   character  is   placed  at  the 
location   of  the   input  pointer   and  if  necessary  a  blank  is   added  to   the   end 
of  the   line.      When   the  text  line    contains  more  than   about   20   characters,   the 
refresh  cycle   spans  more   than   one   clock  interrupt    (l/60-th  of  a  second). 
Cycle   speeds   of  1/30-th  of  a  second  become  noticable  to   the   eye   so  that 
rather  than  wait    for  the  next   clock  interrupt  to  begin   the   refresh  cycle 


-52- 


it    is    desirable   to  begin   the  next   refresh   cycle    immediately.      This    is 
accomplished  by  turning  the   RBIT   off  and  LBIT   on.      With   the   LBIT  on,    refresh 
begins  immediately. 

If   a   carriage      return    is   encountered,   the   text   line   is   packed 
two   characters   per  word  and  loaded  into   the   appropriate  words   of   TFLAG8   in 
the   PDP-8. 

Program  flow  when   encountering   a  joy-st'ick   hit 

When    one   of   the   buttons    is    pressed  on   the    joy-stick  box,    the 
keyboard  if  enabled  will   interrupt.    TFLAG8   is    checked  to   see   if  the 
PDP-8   can    accept    input.      If   so   the  XY   position    of  the    cursor   is   read   and 
loaded  into   the   appropriate  words    in   TFLAG8.      The   first  word  is    set   containing 
the  button  number    and   console. 

3.3.1+      C0M10   -   GRASS:      Remote   Facility   -  PDP-10        (B.    Whyte) 

With  the  completion  of  the  PDP-10  interface  work  began  this 
quarter  on  converting  existing  remote  facilities  on  the  IBM  360  to  the 
PDP-10.      Specifically  this    involves  the   subroutines   contained  in   COMMUNE. 

The   Fortran    calling   sequences    for  the   routines   TEXT,    LINE,    and 
LINED  remain   unchanged.      These    sequences   may  be    found   in   the   Remote   Facilities 
Guide   report    #U66   on   pages    7-8. 

Work   was    also  begun    on    construction   of   a   stand  alone   program   in 
the  PDP-8  to  replace  React  which   communicates  with  the   360.      Upon   its 
completion   users  will  be   able  to   utilize   the   facilities   of  the  PDP-10   for 
truly   interactive  graphics   and  simulation, 

LD8I   -  OS/8  ACID  Loading  Program 

Due  to  the   existence   of  and  further   development   of  various  versions 
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of  the  terminal   controlling  program  (ACID)    which  is   resident   in   the  PDP 
but  which   is   editted  and  assembled  in   the   PDP8,   a  generalized  loading 
program  was   implemented  to  allow  these   to  be   easily  put   to  use   and  tested. 

The  heart   of  the  program  is   the  M0N8/I  program  which   is    resident 
in   the    8/1   and  controls    communication  with  the  PDP8.      Around  this   software   channel 
LD8l   contains  various    calls  to  the   OS/8  operating  system  of  the  PDP8  which 
performs   the   functions   of  keyboard  communication,    file  lookup,    and  device 
I/O. 

To   load  a  version   of  ACID  into  the  PDP8/I   it   is   first  necessary 
to   load  and  run   M0N8I.      The   instructions    for  this   are   contained  in  the 
GRASS:      Terminal  User's   Guide,   Report   #467  pa^e   34.      Next  the  ASCII   file 
of  ACID  must  be  assembled  and  saved  using  the  SAVE   operation   of  OS/8, 
(refer  to  OS/8  User's  Manual  page   9-25).      The   user  then  runs  the  LD8I 
program  and  responds   to   it  by  typing  the  name   of  and  device   on  which  the 
file   is   located.      The   file  will  be   loaded  in   the   8/1   and  the  PDP8  will 
return  to   the   command  mode   of  OS/ 8. 

A  typical  teletype  page  would  resemble  this    (PSP8  responses 
are  underlined) 

.      R      LD8I 

- 

*    optional  device  name:   ACID,  optional  file  extension 

Note   a)   if  no  device  is  specified  LD8l  assumes  the  current  system  device 
b)   if  no  file  extension  is  given  LD8I  assumes  .SV 

Revisions  to  GDUMP  (GRASS  System  Memory  Dump) 

The  output  format  of  the  dump  has  been  changed  to  resemble 
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existing   dump   outputs    in    order   to  make    it   more   familiar  to   the   user. 
There   are  now  eight   columns   of   digits   followed  by   a   column   of  their 
ASCII    character  equivalents.      The   dump  now  looks   like   this: 

350UO      72 kO     2022      1707      5520  1103      3700      1107     13UU:      PROG-PICK  @    I 

35050     UOOO     1151     07160  0U22  0127      3300     21+05      302  U        @I)GNDRAW 

TLK10   -   PDP-8  Software    Interface   to   the    PDP-8 

The  software  interface  running  in  the  PDP-8  has  been  designed 
to  simulate  a  typical  remote  teletype  terminal,  thereby  making  the  PDP-8 
invisible   to  the   PDP-10. 

Basically   the   program  rests    in    a  loop  testing  pertinent    device 
flags,    servicing   any  which   are   raised  and  then    continues    on.      Following 
is   a   description   of  these   flags   and  the   actions    performed.      The   devices 
serviced  are    in   order: 

PDP-10    input   to    8 

Teletype  output 

Keyboard  Input   -   output   to   10 

If   input   is   pending   from  the  PDP-10   the    character    is   read  and 
deposited  in   the   input   buffer.      Next    if  the    teletype    is    currently  busy,   TLK10 
returns   to  test   for  PDP-10    input.      Otherwise   the    character   is   sent    to  the 
teletype.      In   the   case   where  no   input   is    coming  from  the  PDP-10  keyboard 
input    is    checked  and  if   it    exists   it   is    sent   to   the   PDP-10.      Finally  the 
input   buffer    is   tested   for   characters.       If   it    is  not   empty  TLK10   jumps 
to  test  the   teletype   flags   otherwise   control  returns   to   the  top  of  the 
loop. 
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Several  additions   to  this   simple  scheme  were   found  to  be 
necessary  or  particularly   convenient.      These  include  monitoring   input  buffer 
overflow  and  generating  appropriate   responses,   keyboard  clearing  of  the 
buffer,    and  the  ability  to  output   to  the   line  printer. 

In    its    current   state   TLK10  begins  by   sending  the  message 
"SET  TTY  PAGE"   to   the   PDP-10.      This   enables   the  X-OFF    (tS)    and  X-ON    (+Q) 
keys    on   the   terminal  which  respectively   suspend  and  restore  typeout 
from  the   PDP-10.      In   the  event   of  input  buffer  overflow  the  X-OFF  character 
is   automatically   sent  by  the  PDP-8.      When   the  buffer   is   cleared  the  X-ON 
is    sent. 

Another   addition  was  the  detection   of  the  +C   character 
from  the   keyboard  which   clears   the  PDP-10   output  buffer.      However   it   is 
also  necessary  to   clear  the  PDP-8  input  buffer   in   order  that  the   command 
mimi  that   on   a  standard  10-terminal. 

Finally  the   ability  to  use   the   line  printer  as    a  faster  means 
of  retrieving  the  PDP-10  output  was    implemented.      This    required  echoing 
of  the  keyboard  inputs    on  the   teletype  by  TLK10  as    all  other  key  echoes 
come    from  the  PDP-10   and  the   placement   of   line  printer   flag  tests   in  the 
previously  mentioned  loop.      To  use  the   line  printer  raise  the  bit   11   switch 
of  the   switch  register. 

Future  additions  might  include  the  use  of  other  preipheral 
devices  such  as  DECtape,  Disk,  and  visual  screens  as  simulated  PDP-10 
output   devices. 
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3.3.5     Graphics    Interpreter  Language      (J.    Stynes) 

This   quarter   a  preliminary   instruction    set  was    drawn   up   for   a 
graphic   interpreter  language.      The   instruction   set   is  broken   up  into  the 
following   areas: 

I  Arithmetic   Commands 

II  Control    Commands 

III  Text   Buffer   Commands 

IV  Data  Structure   Commands 

V  Input  /Output   Commands 

VI  Pseudo-Ops   and  Special  Commands 

Before   listing   the    instruction   set,    it   is    first  necessary   to   explain   the 

different   types   of  instructions    and   operands. 

The   different  instruction   types   are   listed  in  Figure   0. 

The  various   symbol:-    used  to   describe  operands   follow: 

(     )      operand  may  be   omitted.      If  so,    a  default   value   is   assumed. 

[    ]      operand  may  be  omitted.      If  so,   operand  is   on  the   top  level 

of  the  stack.      If  the  operand  specified  in   the    instruction 

is    an  N   type    (see  below)    a  PUSH    instruction    is    generated 

before   the   current   instruction,   to  push   the   operand  onto 

the   stack. 

For  example,  if  an  instruction  is  described  as  INST  [N ] ,  then 

INST  N  generates  : 

PUSH  N 

INST 

If   the   operand   specified   in   the   instruction    is    an   S   type(see  below) 

a  MOVE    instruction    is    generated  to   move   the    operand  to   the   top  of 

the   stack.      For  example,    if  an    instruction   is    described  as   INST    [S], 

then    INST    [S]    generates: 
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Type 


INSTRUCTION   TYPES 
Format 


1A 
IB 


OPCODE 


OPCODE 

NUMBER 

OPCODE 

STACK 
LEVEL 

STACK 
LEVEL 

} 


used  only   for 
MOVE   instruction 


OPCODE 


ADDR  or  NUMBER 


OPCODE 


ADDR1  or  NUMBER 


ADDR2  or  NUMBER 


OPCODE 

NUMBER 

NUMBER 

NUMBER 

NUMBER 

NUMBER 

\    used  only  for 


IN  IT  B   instruction 


Each  word  is  12  bits   long 


FIGURE  0 
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MOVE    /-1,S 

INST 
S        denotes   that   the    operand  refers    to   a  level   of  the   stack. 

A   stack   level   is    denoted  by   preceding   any  number  "by   /. 
N        denotes  that   the   operand  is   either   a  number   or   a  symbol 

equated  to   a  number 
A        denotes   that  the   operand  is    an   address 
T        denotes   that   the   operand   is    a  text    string   of  the   form    'text 

string',    or  the   address   of   a  text    string 
If  an   operand   contains   more   than    one  of  the    above   letters,    the   operand  may 
be   any  of  the   types    denoted  by   the    letters    specified.      For   example 

SN      means   that   the   operand  may  be    either   a  stack   level  or   a  number. 

I  Arithmetic   Commands 


Type  Mn  emon  i  c 
1  NEG 

1  COM 

1  OR 


Operand 


1 


AND 


ADD 


[SN] 


[SN] 


:sn] 


Description 

Negate  the   top  word  of  the   stack 

Complement    (bitwise)    the   top  word   of   the 

stack 

Pop  the  top  two  levels  of  the  stack, 

logically  "or"  them  together,  and  place 

the  result  on  top  of  the  stack 

Pop  the  top  two  levels  of  the  stack, 

logically  "and"  them  together,  and  place 

the  result  on  top  of  the  stack 

Pop  the  top  two  levels  of  the  stack, 

take  their  arithmetic  sum  and  place  the 

result  on  top  of  the  stack 
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Type 
1A 


Mn  em  on  i  c 


CSHFT 


1A 


ASHFT 


IB 


MOVE 


Operand 
N 


S,SN 


Description 

the  top  of  the  stack  is  circularly 

shifted  N  bit  places  (in  a  circular 

shift,  the  low  order  hits  which  are 

shifted  off  the  end  on  the  right  are 

shifted  back  into  the  word  as  the  high 

order  bits  on  the  left).   If  N  is 

positive,  the  number  is  shifted  to  the 

right.   If  N  is  negative,  it  is  shifted 

to  the  left 

The  top  of  the  stack  is  shifted  right 

arithmetically,  (in  an  arithmetic  shift 

the  bits  shifted  off  the  right  end  are 

ignored,  and  the  high  order  bit  is 

duplicated  on  the  left. )   If  N  is  positive, 

the  number  is  shifted  right.   If  negative, 

it  is  shifted  left. 

If  the  second  operand  is  an  N,  the  number, 

N,  is  moved  into  the  stack  level  specified 

by  the  first  operand  S.   Note  that  MOVE 

S,N  generates:   PUSH  N 

MOVE  S,/-l 

If  the  second  operand,  is  an  S,  the 

contents  of  the  level  specified  by  the 

second  operand  are  moved  to  the  level 

specified  by  the  first  operand.   The 

contents  of  the  level  specified  by  the 

first  operand  and  all  other  levels  are 
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Type    Mnemonic 


Operand 


PUSH 


1A 


POP 


SN 


Description 

adjusted  accordingly.   Note  that  the 

symbol  /-l  has  special  significance.   (See 

examples  below) 

Some  examples  follow: 

a)  MOVE  /2,/T:   The  contents  of  the 
seventh  level  are  moved  to  the 

second  level.   The  second  level  and  all 
those  below  it  are  moved  down  one 
level . 

b)  MOVE  /-l,/3:   The  third  level  is 
pushed  onto  the  top  of  the  stack 

c)  MOVE  A,/-l:  The  top  of  the  stack  is 
popped  and  its  contents  are  stored  in 
the  fourth  level 

N  is  pushed  onto  the  stack.   Note  that  a 
PUSH  command  is  denoted  by  a  0  in  the  high 
order  bit.   The  rest  of  the  word  is  used  to 
represent  the  number  N.   Note  also  that  rather 
than  PUSH  N,  just  N  may  be  written. 
The  top  N  levels  of  the  stack  are  popped. 
If  operand  is  S,  the  stack  is  popped  down 
to  the  level  which  was  equated  to  the 
operand.   (See  Pseudo-Ops,  the  description 
of  =  ) 
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II      Control   Commands 

In   the   following  "branch   instructions,    if  P   is   appended  to   a 
branch   instruction,   the  top  word  on  the   stack  is   popped  after  the   instruction 
is   executed.       (it   is  popped  regardless   of  the  success   or  failure     of  a 
conditional  branch) 

Type  Mnemonic  Operand  Description 

2  BZ  A  If  the  top  of  the   stack  is    zero 

2  BZP  A  branch  to  A. 


2 

BNZ 

A 

2 

BNZP 

A 

2 

BM 

A 

2 

BMP 

A 

2 

BP 

A 

2 

BPP 

A 

2 

BPZ 

A 

2 

BPZP 

A 

2 

BMZ 

A 

2 

BMZP 

A 

2 

BR 

A 

2 

BRP 

A 

If  the  top  of  the   stack  is  non-zero 
branch  to  A. 

If  the  top  of  the  stack   is   less  than 
zero  branch  to  A. 

If  the  top  of  the   stack  is   greater 
than   zero  branch  to  A. 

If  the  top  of  the   stack  is   greater 
than   or  equal   to   zero  branch  to  A. 

If  the  top  of  the   stack   is   less   than 
or  equal   to    zero  branch  to  A. 

Unconditionally  branch  to  A. 


Ill     Text  Buffer   Commands 


Refer  to  Figure   1  for  a  description  of  the  text  buffer. 
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TEXT  BUFFER 


Text  Buffer  Header 


Text  Buffer 


— 1  word-   -1  word-   1  word- 


^\ 


LENGTH 

PI 

P2 

72  CHARACTER  BUFFER 

36  words 


LENGTH 


contains  the  length  (in  characters)  of  the  character 
string  contained  in  the  buffer 


PI,  P2 


are  pointers  which  contain  the  number  of  the  character  they 

are  pointing  to  in  the  buffer.   The  character  buffer  is 

numbered  from  left  to  right  starting  with  1 

(Note:   1  <  PI,  P2  <  LENGTH) 

These   pointers   are   set  by  various   text  buffer   instructions. 


FIGURE   1 
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Type 


1A 


Mnemonic     Operand 


TXTNUL 


TXTCON 


TXTCNV 


TXTDEL 


TXTCMP 


TXTSTP 


T,A 


Description 

The  text  buffer  is  blanked  out.   It  sets 

PI  =  P2  =  1,  LENGTH  =  0. 

The  given   text   string  T   is   concatenated 

onto  the   text   string  in   the  buffer.   PI 

remains   the   same.      P2   =  P2   +  Length   of  T 

LENGTH  =    LENGTH  +   Length   of  T 

The  top  word  of  the   stack   is  popped,    and 

converted  into   a  6-bit  ASCII  number.      It 

is   then    concatenated  onto  the   string  in 

the   text  buffer.      PI,   P2 ,    and  LENGTH  are 

adjusted  as    in   TXTCON 

N   characters   are   deleted  from  the  text  buffer 

starting  with  the   character  furthest   to  the 

right.    PI   remains   the   same.      P2   =  P2   -  N 

LENGTH   =   LENGTH   -  N 

The  text   string,   T,    is   compared  with  the 

text   string  between  PI   and  P2 .      If  they 

are  equal  the  program  branches  to  A.      If 

they   are  unequal,   the  next   instruction   is 

executed.      PI,   P2 ,   LENGTH  remain   unchanged 

in  either   case. 

Store   PI  and  P2   from  stack   into   text  buffer 

header.       (It   is   assumed  that  PI   is  on  the 

top   level  of  the   stack,    and  P2    is    on   the 

second  level) 
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Type 
1 


Mnemonic     Operand 


TXT LDP 


TXTLEN 


IV  Data  Structure  Commands 


Description 

Push  P2  and  PI  onto  the  stack.  (After 
the  operation,  PI  is  on  the  top  level) 
Push  the  LENGTH  onto  the  stack. 


The  following  discussion  refers  to  Figures  2,  3,  and  h. 

There  are  three  "basic  units  in  the  data  structure:   files,  blocks, 
and  entries.   A  file  simply  contains  a  file  header  followed  by  any  number 
of  blocks.   The  file  header  is  used  almost  entirely  by  internal  routines, 
and  only  the  current  block  pointer,  BP,  may  be  modified  by  the  user. 

A  block  contains  a  block  header  followed  by  any  number  of  entries. 
The  block  header  is  accessible  to  the  user,  and  is  set  when  the  block  is 
created.   It  describes  the  type  of  information  contained  in  each  of  its 
entries.   A  description  of  the  block  header  follows:   (See  figure  3) 
WORD  0:    contains  the  pointer  to  the  next  block  in  this  file.  (May  not  be 

modified  by  user) 
WORD  1:    contains  the  block  number 
WORD  2:    contains  the  number  of  the  current  entry  being  referenced.   (This 

is  called  the  current  entry  pointer,  EP ) 
WORD  3:    contains  the  number  of  the  current  line  being  referenced.   (This 

is  called  the  current  line  pointer,  LP) 
WORD  h:         contains  the  number  of  information  words  in  each  entry  (See 

description  of  entry  below) 
WORD  5:    contains  the  number  of  sets  of  x,  y  quads  in  each  entry  (See  below) 
WORD  6:    Dx  -  the  offset  to  be  added  to  each  x  coordinate  of  all  x-y  quads 

(See  below) 
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WORD  7:        Dy  -  the   offset   to  be    added  to   each  y   coordinate   of  all   x-y 
quads.      (See  below) 
Entries   are   the   structures  which   contain  the  bulk  of  the  user's 
information.      They  can   contain   any   or  all  of  the   following  types   of  data: 
(See   figure   3) 

1)  Information  words   -  these   are  words  which  are   allocated  in   an 
entry,   and  are   used  to  hold  any   information  which   can  not  easily 
be   contained  in   any  of  the  other  types.      The  number   of  these 
words   allocated  per   entry   is   contained  in  the  block  header. 

2)  X-Y,      Quads.      These   are    sets   of  words    (    k  words  per   set)  which 
are  used  to    contain  x,y   coordinates.      Note   that  one   set 
corresponds  to  the  number  of  words  needed  to   describe  a  single 
line.      The  number   of  these   sets  per  entry   is    contained  in   the 
block  header. 

3)  Text   group  -  A  text  group   consists   of  the   following:      (See  figure  k 

WORDS   1,2:    The  y   and  x  coordinates,   respectively,   of  the 

leftmost  character  of  the   first   line   of  text   in  this  text 

group 

WORD  3:   The  length  of  the  first  text  line  in  this  text 

group 

WORDS  U,N:   The  first  line  in  this  text  group  (in  6  bit 

ASCII) 

WORD  N+l:      The   length  of  the   second  line   in  this  text  group. 

WORD  N,  N+M:      The  second  line    in  this   text   group.      (if 

this   entry  were  to  be  displayed,  this   line  would  appear 

directly  under  the   first  line) 
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WORD  N+M+K:      The   last   line    in   this    text   group 
Note   that   the   total  number   of  lines    in    a  text   group  may  vary 
from  entry   to    entry,  but   that   all  entries    in    a  particular  block  have  the 
same  number   of   information   words    and   sets    of   x,   y   quads.      The   commands 
for   the    data   structure    are    divided  into   three  major  parts: 

1)  File   Commands 

2)  Block   Commands 

3)  Entry  Commands 

l)      File   Commands 


Tyjoe 
1 

1 
1 


Mnemonic     Operan: 


Description 
SETFP        [SN]       The  top  level  of  the  stack  is  popped  and 

stored  in  the  FP. 
RDFP  The  FP  is  pushed  onto  the  stack. 

INITF        [SN]       An  active  file  is  created.   The  top  level  of 

the  stack  is  popped,  and  the  new  file  is 
assigned  this  number.   The  FP  is  set  to 
this  new  number. 
1         FLUSH         [SN]       The  top  level  of  the  stack  is  popped,  and 

the  active  file  associated  with  this  number 
is  flushed. 
2 )   Block  Commands 

All  Block  commands  refer  to  the  block  contained  in  the  file 
pointed  to  by  the  FP.   (This  pointer  is  kept  internally. ) 
Type      Mnemonic     Operand     Description 
1  SETBP       [SN]       The  top  level  of  the  stack  is  popped  and 

stored  in  the  BP.   The  EP ,  LP  are  set  to  1. 


-67- 


Type 

Mnemonic 

1 

RDBP 

1 

DELB 

1 

SETDX 

[SN] 


SETDY 


:sn] 


INITB 


N1,N2,N3 
(,DX,DY) 


Operand     Description 

The  BP  is  pushed  onto  the  stack 

The  block  pointed  to  by  the  BP  is  deleted. 

The  top  level  of  the  stack  is  popped,  and 

stored  in  the  DX  word  of  the  block  pointed 

to  by  the  BP. 

The  top  level  of  the  stack  is  popped,  and 

stored  in  the  DY  word  of  the  block  pointed 

to  by  the  BP. 

A  Block  is  created  in  the  file.   The  BP 

is  set  to  point  to  this  block.   The  EP  in 

this  block  is  set  to  0,  LP  is  set  to  1. 

The  operands  are  as  follows: 

Nl  is  the  block  number 

N2   is  the  number  of  words  of  interpreter 

information  to  be  assigned  to  each  entry 

in  this  block. 

N3     is   the  number  of  sets   of  x-y  quads 

to  be   assigned  to  each  entry   in  this  block 

DX,DY     are  the   displacements  to  be  added 

to  x-y   coordinates   of  x-y  quads.    (Default 

is  DX  =  DY  =   0) 

3)     Entry  Commands 

All  entry   commands   refer  to  the  entry  contained  in  the  block 

pointed  to  by  the  BP ,  which   is    contained  in  the  file  pointed  to  by  the  FP. 
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1 

RDEP 

1 

DELE 

1 

APPE 

Type  Mnemonic  Operand  Description 

1  SETEP  [SN]  The   top   level   of   the   stack    is   popped  and 

stored   in    the  EP.      The  LP     is    set   to   1. 
The  EP   is   pushed  onto   the   stack. 
The   entry   pointed  to  by  the   EP   is    deleted. 
An   entry   is    created  at   the   end  of  the   list 
of   entries   for   this   block.      The   length   of 
the   entry   is  based  on   the  number   of   infor- 
mation  words    alloted  and  the   number   of   sets 
of   x-y   quads    alloted.      Minimum   length   of 
an    entry  is  1.       (The   displacement  to   the  next 
entry   is   needed.  )      The  EP    is    set   to  point 
to  new  entry,   LP   is    set   to  1.      Note: 
Total  number  of  words   alloted   is:       1  + 
number   of   information  words  +   h    (sets   of 
x-y   quads ) 

1  INSE  same   as  APPE  except   that  the    entry   is    in- 

serted before   the  entry  pointed  to  by  the 
EP .      The  EP   is   then   set  to   point  to  new 
entry. 

The   instructions   which   deal  with  the  information    inside  the  entry   are 

broken   up   into  two   types 

l)      Information   Word  and  x-y   quad   commands 
2  )      Text   group   commands 
All   of   the    following   commands    deal  with   the   entry   pointed  to  by  the   current   EP. 
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Type 
1A 


1A 


1A 


1A 


Text 
Type 


Mnemonic    Operand 
LDW         N 


STW 


LDYXW 


N 


STYXW 


N 


Instructions 
Mnemonic    Operand 
SETLP       [SN] 


1 

RDLP 

1 

DELL 

1 

APPL 

Description 

The  Nth  word  of  the  entry  is  pushed  onto 

the  stack.   (The  first  information  word 

is  numbered  l) 

The  top  level  of  the  stack  is  popped  and 

stored  in  the  Nth  word  of  the  entry. 

The  x-y  coordinates  in  the  N  and  N+l  words 

of  the  entry  are  pushed  onto  the  stack 

(After  the  instruction  has  been  executed 

the  Nth  word  is  on  the  top  level  of  the 

stack) 

The  top  two  levels  of  the  stack  are  popped 

and  stored  in  the  N  and  N+l  words  of  the 

entry.  (The  top  level  is  put  into  the  Nth 

word) 

Description 

The  top  level  of  the  stack  is  popped  and 

stored  in  the  LP. 

The  LP  is  pushed  onto  the  stack 

The  line  pointed  to  by  the  LP  is  deleted 

The  line  from  the  text  buffer  is  appended 

to  the  entry  at  the  end  of  the  text  group. 

LP  is  set  to  point  to  new  line. 
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Type 
1 


Mn  em  on  i  c    Operand 
INSL 


CHGL 


LDL 


Description 

Same  as  APPL ,  except  line  is  inserted 

before  the  line  pointed  to  by  LP.   LP  is 

set  to  point  to  inserted  line. 

The  line  pointed  to  by  the  LP  is  deleted, 

and  the  line  in  the  text  buffer  is  stored 

in  its  place 

The  line  pointed  to  by  the  LP  is  loaded 

into  the  text  buffer.   The  LP  remains  the 


same . 
V.   Input/Output  Commands 

There  are  five  devices  in  the  present  system  which  handle  I/O: 

1)  Disk 

2)  360/7- 

3)  PDP  10 
k)   Teletype 

5)  Data  Processing  Unit  (DPU)  -  PDP8/I  Display  controller 
The  instructions  which  control  the  flow  of  I/O  between  the  program  and  these 
devices  are  described  below. 
Input : 

A  program  expecting  input  from  a  particular  device  sets  a  transfer 
vector  to  specify  where  execution  is  to  start  when  the  input  is  received, 
and  then  issues  a  wait.   This  is  done  using  the  set  of  instructions 
described  below.   Note  that  if  an  address  is  not  specified  the  input  is 
flushed. 
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Type    Mnemonic 
1        WAIT 


Operand 


VECDPJ 


VECDPT 


VECTTY 


(A) 


(A) 


(A) 


Description 

Control  is  returned  to  Scheduler.   The 

program  will  gain  control  again  when  it 

receives  some  input. 

The  transfer  vector  for  a  joystick  hit  from 

the  DPU  is  set  to  address  A.   If  a  joystick 

hit  occurs,  the  x,  y  coordinates  of  the 

joystick  hit  are  on  the  stack.   (y  coordinate 

is  on  the  top  level),  and  the  program 

gains  control  at  address  A. 

The  transfer  vector  for  a  text  line  from  the 

DPU  is  set  to  address  A.   If  a  text  line 

is  received,  the  text  line  is  placed  in 

the  text  buffer,  and  the  program  gains 

control  at  address  A. 

The  transfer  vector  for  teletype  input 

is  set  to  point  to  address  A.   If  teletype 

input  occurs  the  input  line  is  placed  in 

the  text  buffer,  and  the  program  gains 

control  at  address  A. 


e 
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Type 


1A 


Mnemonic 


VEC360 


VECPIO 


VECTMR 


SETTMR 


RCV360 


RCVP10 


FLOAD 


Operand 
(A) 


(A) 


A 


<SN> 


Nl 


Description 

The  transfer  vector  for  input  from  the 
360  is  set  to  point  to  address  A.   When 
input  is  received  it  must  be  copied  into 
an  active  file  using  a  SCV360  command. 
(See  below) 

The  transfer  vector  for  input  from  the 
PDP  10  is  set  to  point  to  address  A.   When 
input  is  received,  it  must  be  copied  into 
an  active  file  using  a  RCVP10  command. 
(See  below) 

The  transfer  vector  corresponding  to 
"interval  timer  expired"  is  set  to  point 
.to  address  A.   The  interval  timer  may- 
be set  using  the  SETTMR  command.   (See 
below).   When  the  timer  expires,  the  program 
gains  control  at  address  A.   If  A  is  not 
specified  the  timer  is  disabled. 
The  top  of  the  stack  is  popped  and  stored 
in  the  interval  timer  for  this  program. 
The  input  file  from  the  360  is  stored  in 
the  file  pointed  to  by  the  FP 
The  input  file  from  the  PDP10  is  stored  in 
the  file  pointed  to  by  the  FP. 
The  file  '.'hose  name  is  in  the  text  buffer 
between  pointers  PI  and  P2  is  loaded  into 
the  file  pointed  to  by  the  FP.   Nl  is  the 
extension  number  of  the  file. 
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Output : 

Type  Mn  em  on  i  c  Operand 

2  SENDTTY  T 


Description 

The  text   string,   T,    is   printed  on   the 

operator's   console. 


The  next   group  of  output   instructions    deals  with  operations   on   files   or 
parts   of   files.      At  present,  there  are  three  types   of  operations 

1)  Display   -  the  file   is    displayed  on   the  display  screen,  at 

the  user  terminal 

2)  Local  Storage  -  the   file    is   stored  locally  on   a  mass    storage 

device,    currently  a  disk 

3)  Remote   Storage  -   the   file   is   stored  in   either  the   360  lihrary 

or  the  PDP10   lihrary. 
l)      Display 

Description 

The   file  pointed  to  "by  the  FP   is    displayed 

on  the   display  screen 

The  block  pointed  to  by  the  BP  is   displayed 

on  the   display   screen 

The   entry  pointed  to  by  the  EP   is    displayed 

on  the   display   screen 

The   line  pointed  to  by  the   LP   is    displayed 

on   the   display  screen 

The  text   string,   T,   is   displayed  on  the 

screen.      The   coordinates    for  the    line   are 

on   the  top  two   levels   of  the   stack.      The  y 

coordinate    is    on  the  top  level. 


Type 
1 

1 


Mnemonic  Operand 

DISPF 

DISPB 
DISPE 
DISPL 


DISP 


T 


-7^- 


Type 


Mnemonic  Operand 


DISPTB 


2)      Local  Storage 
Type  Mnemonic 

1  FDEL 


Operand 


1  FSAVE 

3)      Remote  Storage 
Type  Mnemonic 

1  SEND360 

1  SEN  DPI  0 


Operand 


Description 

The   contents   of  the   text  buffer  are   displayed 
on  the   screen   in  the  area  designated  as 
the  keyboard  text-line   area. 

Description 

The   file  whose  name    is    in   the  text  buffer 

between   PI   and  P2   is   deleted  from  the 

disk 

The  file  whose  name  is  in  the  text  buffer 

between  PI  and  P2  is  saved  on  the  disk 

Description 

The  file  pointed  to  by  the  FP  is  sent 

to  the  360  library 

The  file  pointed  to  by  the  FP  is  sent 

to  the  PDP10  library 


VI  Pseudo  Ops  and  Special  Commands 

Pseudo  Ops 

A  =  E  A  is   assigned  the  value  of  E.      E  may  be   any  expression   involving 

+   or  -.      If  E   is   preceded  by   a   /,  A   is    assigned  to  be   a  name 

(label)    for   a  stack   level.      Note  that  this  pseudo-op  may  be  used 

in   conjunction  with  the  POP   instruction   to  pop  the   stack   down 

to    a  previous    level. 

For  example,    consider   a  part   of  a  program  which  marks   the 

stack  at   one  point,   and  then   at    a  later   time  wishes    to   restore 

the   stack  to  the  previously  marked  level.      The   code  would  be  as 

follows : 
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y  =   /O     Mark  the   stack 

POP  y        Pop  the   stack  to  previous   level. 

TEXT     T       This    instruction   generates   a  word  which   contains   the  length  in 
characters   of  the  text   string,   T,    followed  "by  the   text   string 
stored  in  packed  6  bit  ASCII.      (Two   characters  per  word.  ) 

A  DSV  N        The   address  A   is   defined  as   a  stack  variable   and  given   the   initial 
value  N . 

It   should  be  pointed  out  that  no  variables    are   kept  within 
the  user's  program.      All  variables    are   in  the    stack.      This  was 
done  to  make   programs   entirely  re-entrant.      (The  MOVE  instruction 
enables   the  user  to  reference   any  variable   in   the    stack.  ) 

Special  Instructions 

grid   x(xQ,...xn),  y(y0,...ym) 

This  instruction  defines  a  grid  which  subdivides  the  display  screen 

into  logical  segments.   The  x  ,...x  in  the  GRID  instruction  represent 

vertical  lines  which  divide  the  screen  into  n-1  sections.   The  y~,...y 

0     m 

represent  horizontal  lines  which  divide  the  screen  into  m-1  sections. 

The  parts  of  the  screen  in  which  these  two  groups  intersect  represent 
the  inside  of  the  grid.   The  segments  inside  the  grid  are  numbered  from 
left  to  right,  top  to  bottom  starting  with  1.   Anything  outside  the  grid 
is  assigned  the  number  0.   See  Figure  5  for  a  sample  screen  and  GRID 
instruction.   This  instruction  is  used  in  conjunction  with  the  S3TGRD 
instruction.   (The  GRID  isntruction  should  have  a  label  so  that  it  may 
be  referred  to  in  the  SETGRD  instruction.) 
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55 
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0 
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0 

0 

0 

0 
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1 
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A:       GRID      x(10,    30,    U5),    y(l5,    20,    30,    kO) 

TLe  lined  section  is  considered  to  be  the  Inside  of  the  grid.   The 
sections  are  numbered  from  1  to  6.   Anything  outside  the  grid  is 
assigned  to  number  0. 


Figure  5 
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SETGRD  A 

This  instruction  assumes  that  the  x-y  coordinates  of  a  joystick 
hit  are  on  the  top  of  the  stack.   These  coordinates  are  popped  from  the 
stack,  and  then  used  to  determine  which  segment  of  the  Grid,  A,  was 
referenced.   The  grid  segment  number  is  then  pushed  on  the  stack.   If 
the  hit  was  not  inside  the  grid,  a  zero  is  pushed  on  the  stack. 

For  example,  if  the  joystick  hit  had  the  coordinates:   x  =  20, 
y  =  25,  and  the  SETGRD  instruction  referred  to  the  Grid  in  Figure  5,  then 
the  coordinates  would  he  popped  from  the  stack,  and  three  would  he  pushed 
onto  the  stack. 

ADRTBL  A  , . . .  ,A 

This  instruction  specifies  a  list  of  addresses  to  he  used  as  an 
address  table.   It  is  used  in  conjunction  with  the  BRTBL  instruction. 

BRTBL  A 

The  top  level  of  the  stack   is  popped,   and  used  as   an   index  into  the 
address  table  which  begins   at  A.      The  program  then  branches   to   the   location 
specified  by  the    indexed  address. 
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k.      SWITCHING  THEORY  AND  LOGICAL  DESIGN 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant  Number 
U.S.  NSF-GT-U0221.) 

Works  on  transduction  methods,  MOS  network  synthesis,  logical 
design  by  integer  programming,  and  the  problem  to  minimize  the  number  of 
connections  have  been  continued. 

Optimal  networks  with  ECL  which  minimize  the  number  of  NOR-OR 
gates,  first  and  the  number  of  connections,  second,  are  designed,  assuming 
that  wired-OR  may  be  used  in  networks.   This  work  will  be  the  master  thesis 
of  T.  Kawasaki. 

S.  MUROGA 

A  Study  of  discrepancies  in  certain  computational  results  (statis- 
tics for  obtaining  optimal  NOR  networks  with  3  external  variables  using 
ILLIP  with  a  feed-forward  inequality  formulation)  contained  in  various  reports 
and  papers  published  by  this  group  in  the  past  was  continued. 

Investigations  were  also  made  into  recently  detected  errors  and 
irregularities  in  inequality  formulations  used  in  the  past  to  obtain 
published  data. 

(J.N.  Culliney) 

During  this  quarter  a  thorough  study  was  made  of  the  generalized 
consensus  and  its  application  to  boolean  minimization.  Several  algorithms 
for  this  were  developed. 

(R.  Cutler) 

It  was  reported  in  the  quarterly  Report  for  July,  August  and 
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September,  1973?  that  the  experiments  made  an  G impel' s  program  were  completed. 
Some  time  was  spent  this  quarter  documenting  the  computer  outputs  and 
programs.  Also,  the  process  of  revising  and  correcting  my  masters  thesis 
was  begun.   Finally,  the  reading  of  the  papers  describing  the  network 
transformation  programs  (see  previous  Quarterly  Reports)  was  continued. 
However,  the  emphasis  was  changed  from  considering  how  to  combine  the  various 
procedures  into  an  effective  network  design  system  to  implementing  arbitrary 
fanin  and/ or  fanout  constraints  into  some  of  the  transformation  programs. 

(K.  Hohulin) 

Since  October,  I  have  run  a  program  which  minimizes  the  number 
of  gates  and/ or  connections  for  a  given  network.  Using  GCMC  (Gate-Con- 
nection Minimization  Griterin),  619  ^-variable  functions  were  tested,  and, 
among  these,  229  networks  were  rerun  using  CGMC  (Connection -Gate  Mini- 
mization Criterin)  to  obtain  the  networks  with  minimum  numbers  of  connections. 

Recently,  our  group  has  begun  to  study  the  possibility  of  ob- 
taining '"near  optimal"  networks  for  a  given  function  by  transduction  pro- 
cedures under  fan-in.  and  fan-out  restrictions.-  My  task  is  to  modify  the 
Error-Compensation  procedures,  i.e;  incorporate  the  consideration  of  the 
fan-in  and  fan-out  restrictions  into  the  original  Error-Compensation  pro- 
cedure.  Now  I  am  studying  papers  on  the  properities  of  permissible  func- 
tions and  network  specification,  and  papers  on  network  transduction  by 
the  Error-Compensations  method. 

(J.K.C.  Hu) 

During  the  period,  several  zero-one  integer  linear  programming 
formulations  for  solving  various  types  of  minimization  problems  in  the 
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logice  design  of  negative  gate  networks  have  been  worked  out.   These  formu- 
lations have  their  practical  application  in  the  design  of  MOS  integrated 
circuits  since  an  MOS  cell  can  realize  any  negative  function,  and  therefore 
MOS  circuits  can  be  treated  as  negative  gate  networks.  Using  the  computer 
programs  developed  for  solving  general  zero-one  integer  linear  programming 
problems,  these  formulations  can  be  easily  solved. 

(H.C.  Lai) 

Publications 

C.R.  Baugh,  "Chow  Parameters  in  Pseudo  Theshold  Logic",   lUth  Annual 

Symposium  on  Switching  and  Automata  Theory,    Oct.  1973 ,   Iowa 
City,  Iowa. 

J.  Culliney.   "Use  and  Descriptions  of  the  CALCOMP  Program  to  Draw  Networks 
of  Logic  Gates".  UIUCDCS-R- 73-580,  June,  1973,  hk   pages. 
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5.   MACHINE  AND  SOFTWARE  ORGANIZATION  STUDIES 

(Supported  In  part  by  the  National  Science  Foundation  under  Grant  Number 

US  NSF  GJ-36936) 


The  following  is  a  collection  of  related  work  aimed  at  improved  designs 
for  computer  and  software  systems.   We  are  interested  in  parallel  and  pipeline 
processors,  small  primary  memories,  effective  use  of  rotating  memories,  and  some 
questions  concerning  user  languages  for  problems  including  typical  FORTRAN  type 
calculations,  simulation  languages,  and  a  variety  of  file  processing  problems. 

(D.  Kuck) 

5.1   PROGRAM  ANALYSIS 

Speedup  of  Iterative  Programs  -  (S-C.  Chen) 

An  experiment  using  a  simple  folding  scheme  in  the  evaluation  of 
general  linear  recurrence  systems  and  uniform  linear  recurrence  systems  has  been 
performed  in  order  to  investigate  the  relations  among  the  number  of  processors, 
speedup  over  a  serial  machine  and  the  parallel  machine  efficiency.   The  result  is 
still  being  analyzed.  However,  the  data  has  shown  that  the  parallel  algorithm 
which  we  developed  for  solving  these  problems  demonstrates  that  we  can  design  or 
use  a  parallel  machine  with  reasonable  efficiency  and  higher  speed  than  any  known 
serial/parallel  method.   The  details  of  the  result  will  be  summarized  in  a  future 
report,  and  the  research  will  continue  to  probe  into  broader  application  problems 
as  well  as  theoretically  unsolved  problems. 

FORTRAN  Program  Analysis  -  (R.  Towle) 

Summaries  of  analyzed  programs  were  completed.   IF  statements  in  DO 
loops  were  classified  as  to  function  and  also  to  form.   Techniques  to  eliminate 
them  were  also  investigated. 

Numerical  Stability  of  Parallel  Computation  -  (K.  Morgan) 

During  the  last  quarter  the  numerical  stability  of  alternative  orders 
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of  evaluation  of  mathematical  equations  using  floating-point  arithmetic  was 

studied.   Specifically,  alternative  evaluation  schemes  for  continued  fractions 

of  the  form    1  +  x 

1  +  x 


1  +  x 
were  studied.   The  serial  evaluation  scheme 


I  =  1  +  x 


I2  «  x/11 
I  =  1  +  12 


I  =1+1  .. 
n        n-1 

was  compared  to  a  scheme  of  the  form 

(Ax  +  B)/(Cx  +  D) 

where  A,  B,  C,  and  D  are  independent  of  x. 

Although  no  conclusive  proofs  of  numerical  stability  resulted,  numerical 

results  obtained  by  approximating  relative  roundoff  error  by  sums  of  partial 

differential  equations  imply  that  the  roundoff  error  is  of  the  same  order  for 

both  methods  of  evaluation,  and  unstable  only  around  the  point  x  =  0. 

EISPACK  Program  Analysis  -  (K.  Y.  Wen) 

EISPACK  analysis  is  completed.   New  results  include  those  with  in- 
creasing DO  loop  limits,  and  those  using  a  limited  number  of  processors  (100  in 
this  case) .   Work  was  also  done  to  observe  the  difference  in  behavior  of  a  serial 
version  and  a  parallel  version  of  the  Jacobi  routine  in  a  multiprocessing  environ- 
ment.  Starting  in  the  next  quarter,  work  will  be  attempted  in  the  area  of  a  new 
simulator. 
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COBOL  Analysis  -  (L.  Chan  and  R.  Strebendt) 

Work  is  continuing  on  the  problem  of  speeding  up  file  processing  pro- 
grams through  the  concurrent  processing  of  input  records.   A  sample  of  about 
forty  programs  written  in  COBOL  have  been  prepared  for  analysis.   A  scanner  to 
aid  in  the  analyses  is  now  being  debugged. 

As  a  result  of  early  manual  analyses,  a  number  of  programming  condi- 
tions were  identified  which  severely  hinder  speedup  attempts.   Methods  of 
handling  several  of  these  problems  have  been  found.   Algorithms  for  virtually  all 
of  the  compiler  steps  that  would  be  needed  to  implement  our  techniques  have  been 
developed. 

5-2  FILE  PROCESSING 

Information  Retrieval  Computers  -  (W.  Stellhorn) 

Work  is  continuing  on  the  analysis  of  a  parallel  processing  computer 
for  information  retrieval  from  inverted  files.  Preliminary  simulation  studies 
indicate  that  the  proposed  machine  can  conduct  a  large  search,  involving  70 
terms,  in  about  10%  of  the  time  required  by  a  conventional  computer.   They  also 
indicate  that  a  large  number  of  short  searches  (three  terms  each)  can  be  con- 
ducted in  parallel  without  seriously  degrading  performance. 

Current  efforts  are  aimed  toward  completing  the  details  of  a  design 
study  intended  to  show  the  feasibility  of  the  proposed  machine  and  toward  re- 
fining test  results,  especially  in  the  area  of  multiple  simultaneous  searches. 
Algorithm  optimization  studies  are  also  in  progress. 

File  Processing  Software  -  (B.  Hurley) 

During  the  first  two  months  of  this  quarter,  work  centered  on  the 
preparation  of  the  new  data  bases  for  future  use  by  the  Information  Retrieval 
Group.   A  new  data  base  containing  business  abstracts  is  completely  edited  and 
ready  for  use.   A  preprocessor  was  coded  for  the  Wisconsin  State  Statutes  data 
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base  to  alleviate  problems  wbich  our  current  editor  could  not  handle.   Work 
on  the  final  version  of  these  documents  is  now  in  progress.   In  January,  em- 
phasis shifted  to  becoming  familiar  with  and  improving  algorithms  used  by  the 
Information  Retrieval  Computer  Simulator. 

Inverted  File  Retrieval  System  -  (J.  Milner,  K.  Morgan,  and  J.  Rinewalt) 

The  two  DIVA  disk  drives  arrived  this  quarter  and  the  PDP-11  Disk 
Operating  System  (DOS  V4)  was  brought  up  on  one  11/40.   Modifications  to  the 
disk  driver  were  made  to  control  two  drives  and  remain  compatible  with  the  other 
DIVA  user  in  the  department  (thus  permitting  program  exchange  and  occasional  use 
of  their  printer  and  DEC-tapes  by  swapping  disk  packs) .   A  32-bit  system  clock 
similar  to  the  DEC  KW-11  was  defined  and  is  ready  for  logical  design.   This 
clock  will  be  used  to  measure  system  activity,  keep  time-of-day,  and  time  out 
the  11/40  end  of  the  360/75—11/40  data  line.   Software  for  both  the  360/75  and 
11/40  ends  of  the  parallel  data  adapter  (PDA)  has  been  designed  and  coding  is  in 
progress.   Debugging  will  be  delayed  until  the  PDA  and  possibly  the  clock  are 
completed. 

During  this  quarter,  the  user  language  parser  was  completed  and  de- 
bugged. During  the  next  quarter,  several  changes  to  the  language  syntax,  and 
thus  the  parser,  are  planned.  A  file  handler  will  also  be  written  during  the 
next  quarter. 

Also,  the  major  routines  for  the  PDP-11  information  retrieval  system 
were  written  and  debugged.   Currently  a  user  can  search  64  documents.   The  only 
routine  which  has  not  been  written  is  one  to  save  a  user's  comments  and  the  text 
of  his  queries.   This  should  be  completed  by  mid-February. 

During  the  next  quarter,  some  additions  will  be  made  to  the  retrieval 
language  to  improve  output  capabilities  and  to  facilitate  browsing.   Also,  design 
of  experiments  with  users  will  begin. 
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Hardware  Support  -  (J.  Bengtson  and  L.  Hollaar) 

Most  work  has  been  diverted  toward  the  installation  of  the  new  PDP- 
11/40  system.  The  memory  on  one  of  the  processors  was  increased  to  24K,  with 
the  other  processor  having  no  memory,  to  allow  DEC's  DOS  to  run. 

The  dual  disk  system  from  Diva  arrived  and  was  connected  with  no 
difficulties.   A  printer  from  Centronics,  core  from  Datacraft,  and  terminal 
interfaces  from  DEC  were  ordered  for  installation  next  quarter. 

The  designs  were  completed  on  an  interface  to  the  IBM  System/360 
through  the  2701  PD4,  an  interim  memory  address  translation  unit,  an  interface 
for  the  new  printer  and  the  card  reader,  and  a  new  wire-wrap  utility  card. 

Publications 

D.  Kuck,  P.  Budnik,  S-C.  Chen,  E.  Davis,  Jr.,  J.  Han,  P.  Kraska, 

D.  Lawrie,  Y.  Muraoka,  R.  Strebendt  and  P..  Towle, 

"Measurements  of  Parallelism  in  Ordinary  FORTRAN  Programs," 
Sagamore  Computer  Conference  on  Parallel  Processing, 
Syracuse  University,  pp.  23-29,  Aug.  1973. 

D.  Kuck,  "Multioperation  Machine  Processing  of  Ordinary  Programs," 
invited  paper,  to  appear  in  First  International  Symposium 
on  Computers  and  Chinese  I/O  Systems,  Taipei,  Taiwan,  Aug. 
1973. 

D.  Lawrie,  "Memory  Systems  for  Parallel  Array  Processors,"  Proceedings 
of  the  Eleventh  Annual  Allerton  Conference  on  Circuit  and 
System  Theory,  Allerton  Hse.,  Monticello,  111.,  pp.  568-576, 
Oct.  1973. 
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6.   COMPUTER  SYSTEMS  ANALYSIS 

The  goal  of  this  research  is  the  development  of  analytical 
tools  for  system  modeling  and  analysis  of  real  time  computer  networks. 
Research  this  quarter  has  been  aimed  at  surveying  system  performance 
evaluation  in  existing  and  proposed  computer  nets. 

Network  Performance  Evaluation  (S.  A.  Mamrak) 

Although  the  computer  network  concept  developed  in  an 
unr evolutionary  manner,  proceeding  logically  and  in  an  orderly  way 
from  the  development  of  highly  sophisticated  single  processor  systems, 
the  performance  evaluation  techniques  employed  in  single  processor  and 
geographically  distributed  multiple  processor  computer  systems  differ 
radically.   Performance  evaluation  of  single  processor  computing  systems 
is  characterized  by  a  hodge-podge  of  performance  goals  and  performance 
measurements.   The  most  significant  convergence  of  thought  among  single 
processor  systems'  analysts  is  agreement  that  what  is  required  is  a 
quantitative  methodology  on  which  to  base  analysis  of  real  system  data 
for  model  formulation  and  validation.   Performance  evaluation  in  networks, 
on  the  other  hand,  where  it  has  been  present,  has  been  characterized  by 
a  careful  development  of  analytic  and  simulation  network  models, 
generally  supported  by  data  analyzed  using  optimization  and  statistical 
techniques.   Thus  far  the  full  advantage  of  these  system  evaluation 
methodologies  has  been  enjoyed  almost  solely  by  the  ARPA  network  research 
group.   The  modeling  and  measurement  tools  are  general  enough,  however, 
to  be  widely  utilized  in  the  development  and  modification  of  any  computer 
network  system. 
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An  examination  of  existing  models  and  measurements  in  computer 
network  systems  reveals  several  trends.  Analysis  based  on  queueing  theory 
has  been  anchored  in  node-by-node  analysis,  assuming  independence  of 
the  various  network  nodes.   This  approach  works  very  satisfactorily 
for  a  limited  set  of  network  phenomena.   Simulation  has  been  successfully 
used,  but  can  become  prohibitively  expensive  when  detailed  representations 
of  the  network  system  are  required.   Optimization  techniques  have  been 
effectively  transferred  from  network  flow  theory  and  are  working  well  to 
yield  specific  design  parameters.  Actual  system  measurements,  analyzed 
using  statistical  techniques  and  used  to  improve  queueing  and  simulation 
models,  have  been  relatively  neglected.   (This  neglect  may  be  due  in  part 
to  the  unavailability  of  tools  for  making  desired  observations  of  dynamic 
systems  and  of  statistically  significant  test  environments. )   Finally, 
although  sophisticated  performance  evaluation  tools  are  generally 
available,  they  have  been  applied  almost  solely  to  the  AREA  network. 

The  results  of  this  survey  are  fully  documented  in  a  forthcoming 
Department  of  Computer  Science  report  entitled  "Performance  Evaluation 
in  Computer  Networks:  A  Survey." 

(E.  K.  Bowdon) 
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7.   ASPECTS  OF  COMBINATORIAL  COMPUTING 

Recent  work  includes  study  of  networks  of  queues, 
stacks,  and  deques,  sorting  and  selection  networks,  and  scheduling 
algorithmSo 

1.  Networks  of  queues,  stacks,  and  deques  (j.  Koch) 

Work  was  completed  this  quarter  on  computing  permutations 
with  networks  of  queues,  stacks,  and  deques.   An  efficient  method 
for  determining  the  characteristic  set  of  a  1-level  network  was 
discovered.   (The  characteristic  set  of  a  network  is  the  smallest 
set  of  permutations  that  the  network  cannot  compute  and  that  must 
appear  as  subcomputations  of  all  longer  permutations  that  the 
network  cannot  compute. ) 

2.  Sorting  and  selection  networks  (J.  Bitner) 

Research  was  carried  out  on  the  analysis  of  non-adaptive 
sorting  networks.   A  new  (non-recursive)  description  of  Batcher's 
odd-even-merge  networks  was  discovered,,   I  am  presently  working  on 
the  development  of  a  class  of  networks  that  was  conjectured  to  be 
superior  to  the  Batcher  networks. 

3.  Scheduling  algorithms  (N„  Fd  Chen) 

A  simple  algorithm  for  scheduling  jobs  with  identical 

execution  times  was  studied.   We  were  able  to  show  that: 

1.   For  an  n-processor  system,  if  the  set  of 

immediate  successors  of  any  n  jobs  contains 
no  more  than  n  independent  jobs,  then  this 
algorithm  yields  an  optimal  schedule. 


2o      For  a  2-processor  system 

-      I 

0      ^ 

and  for  a  3-Processor  system 

2i  <  i 

mo  -  2 

where  oon  is  the  completion  time  when  an 
optimal  schedule  is  used  and  co  is  the  completion 
time  when  the  schedule  produced  by  this  algorithm 
is  usedo 

k.      Scheduling  algorithms  (S.  Dhall) 

Algorithms  for  obtaining  optimal  or  close  to  optimal 
schedules  for  the  execution  of  jobs  not  necessarily  of  identical 
executing  times  were  studied.   Results  have  been  obtained  for  a 
special  case  in  which  the  execution  time  of  a  job  is  either  1  or 
k  (integer). 

Publication 

Liu,  C„  L. ,  "A  Combinatorial  Study  of  Some  Scheduling  Algorithms" 
Proceedings  of  the  2nc^  Annual  Texas  Computer  Conference, 
November,  1973,  PP«  IfO-1  -  J. 
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8.   THEORY  OF  DIGITAL  COMPUTER  ARITHMETIC 


(Supported  in  part  by  the  National  Science  Foundation  under  Grant  No. 
US  NSF  GJ  382 Ok. ) 


3.1  Function  Evlaution  Techniques. 

During  this  quarter  several  problems  related  to  the  parallel 
methods  of  function  evaluation,  based  on  linear  combinations  of  selected 
precomputed  constants,  were  investigated.   Different  approaches  in 
defining  a  basic  set  of  constants  were  tried  in  order  to  satisfy  given 
precision  requirements  and  still  retain  a  non-iterative  selection 
procedure.   An  already  investigated  method,  which  is  based  on  a  minimax 
solution,  can  be  applied  only  on  a  reduced  argument  range.  Among 
other  possibilities,  decomposition  of  a  given  function  into  odd  and 
even  auxiliary  functions  defined  on  half  of  the  argument  range  proved 
inconvenient.   The  other  strategies,  under  current  investigation, 
include  modifications  of  basic  constants  using  low-precision  operations 
and  their  selection  on  the  basis  of  an  argument,  modified  using  some 
simple  transformations. 

(M.  D.  Ercegovac) 

8 .2  Implementation  of  a  High  Speed  Calculator 

This  quarter  work  continued  on  the  DeLugish  calculator.  As 
described  in  the  last  Quarterly  Progress  Report,  the  calculator  is 
based  on  the  method  of  continued  products  as  developed  by  DeLugish  in 
his  thesis.   It  is  designed  to  do  multiplication,  division,  exponentiation, 
and  find  logarithms  on  the  same  hardware.   The  logic  design  has  been 
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developed  and  minimized.  At  this  point  in  time  one  register  bank  has 
been  built  and  tested.   The  parts  have  arrived  for  the  barrel  shifter 
and  work  is  continuing  on  the  remaining  hardware.   Things  look  promising 
at  this  point  for  getting  all  of  the  hardware  required  into  two  EXCEL 
boxes,. 

Future  prospects  are  for  developing  this  elementary  fixed  point 
calculator  into  a  floating  point  one  which  will  find  square  roots  and 
trig  functions  in  addition  to  the  previously  defined  functions. 
Ultimately,,  it  could  be  developed  into  a  hardware  arithmetic  unit  which 
could  be  attached  to  the  PDP-11  via  a  busing  system. 

(M.  J.  Irwin) 
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9.  The  Computer  Science-PLATO  Project: 
review  and  guidelines. 


1.   The  project  and  its  goals 

Over  the  past  year  and  a  half,  the  Department  of  Computer  Science 
has  been  heavily  engaged  in  a  project  to  develop  on  PLATO  IV  an 
instructional  system  capable  of  assuming  a  large  part  of  the  teaching 
load  in  all  CS-100  level  courses. 

The  major  goals  of  the  project  are: 

the  system  should  be  useful  as  a  supplement  to  classroom 
instruction  in  any  introductory  computer  science  course  -- 
no  matter  what  programming  language  is  taught,  what  examples 
of  computer  applications  are  discussed,  and  what  the 
instructor's  philosophy  is  about  how  programming  should  be 
taught 

the  system  should  be  able  to  provide  at  least  half  of  the 
instruction  in  any  one  of  our  own  introductory  CS  courses 
(currently  CS  101,  103,  105,  106,  107,  121 ) 

the  system  should  be  usable  without  any  instructor  at  all  by 
anybody  having  access  to  a  PLATO  terminal  who  wants  to  learn 
on  his  own  the  beginnings  of  computer  science. 

I  like  to  summarize  these  points  by  saying  that  our  instructional  system 

should  be  able  to  operate  in  a  partially  automated  mode  (with  the  degree 

of  automation  determined  by  the  instructor)  as  well  as  in  a  fully  automated 

mode. 

These  goals  have  caused  us  to  organize  the  instructional  system 

as  a  collection  of  relatively  independent  and  self-contained  components. 

We  do  not  want  to  take  one  of  our  existing  CS  courses  and  put  it  on  PLATO 

as  it  is.   We  do  want  to  turn  a  PLATO  terminal  into  a  rich  environment 

where  you  have  at  your  fingertips  many  useful  things  for  learning  about 
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computer  science.   It  is  the  student  and  his  instructor  who  decide 

which  ones  of  these  things  they  want  to  use. 

Last  but  not  least,  the  project  has  one  more  important  goal: 

to  serve  as  a  stimulating  environment  for  computer  science 
research  in  a  variety  of  areas:   compilers,  information 
systems,  artificial  intelligence. 

This  last  point  may  deserve  some  explanation,  since  the  misconception  is 

widespread  that  lesson  writing  is  a  routine  activity.   It  can  be,  if  one 

creates  poor  lessons.   It  can  also  be  a  task  as  challenging  as  you  wish  to 

make  it,  if  you  view  a  lesson  as  an  interactive  program  that  has  a  certain 

domain  of  knowledge,  and  is  able  to  communicate  with  students  about  the 

knowledge  it  has. 

2.   The  main  components  and  their  current  status 

A.  The  library  of  lessons 

We  have  about  50  lessons  that  are  in  some  sense  "operational", 
but  most  of  them  need  a  lot  of  improvement.  We  classify  them  as  follows 
(approximate  number  of  lessons  in  parenthesis) 

a)  Introductory  lessons 

b)  Programming  languages:   PL/l  (15),  FORTRAN  (10), 
BASIC  (2),  Snobol  (2). 

c)  "Minilanguages"  (artificial  little  languages 
designed  to  illustrate  one  particular  programming 
concept)  and  language- independent  programming 
concepts  (10  ) 

d)  Applications:   numerical  analysis  (8),  others  (6) 

B.  Language  processors  (interactive  compilers/interpreters) 

a)  PL/l:  preliminary  version  is  working 
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b)  FORTRAN  and  BASIC:  program-entry  and  -editing, 
and  syntax  analysis  part  is  working.   Run-time 
system  under  construction 

C.  Conversational  information  and  advising  system 

Purpose:  to  advise  students  in  their  choice  of  lessons,  "based 
on  their  goals  and  past  performance.   This  is  our  approximation  to 
"Computer-Managed  Instruction".   It  consists  of  three  main  parts: 

a)  a  catalog  of  all  lessons  with  a  rich  description 
of  relationships  among  them:   in  design  stage 

b)  a  translator  from  English  into  an  internal 
representation  of  requests:   completed 

c)  a  request  processor  to  interpret  this  internal 
representation:   in  design  stage 

D.  Communication  system 

Purpose:  to  allow  communication  via  PLATO  among  students, 
instructors,  authors  and  the  management  of  the  instructional  system. 
Preliminary  version  is  working. 

3.   Use  of  the  instructional  system  to  date 

The  system  has  been  used  in  several  courses.   The  most  extensive 
use  to  date  involved  half  the  class  (60  students)  in  CS  121  in  the  fall  73, 
who  learned  PL/l  on  PLATO.   This  event  was  used  to  try  out  our  procedures 
for  a  controlled  experiment  to  evaluate  the  effectiveness  of  PLATO 
instruction.   In  the  spring  of  'Jk   we  have  started  to  use  the  instructional 
system  in  an  auxiliary  mode  in  several  CS  100-level  courses,  and  also  in 
CS  211. 
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k.      Priorities  for  I97I4- 

First,  we  must  concentrate  on  a  few  parts  of  our  system  and 
make  them  as  good  as  possible,,   Compilers,  the  information  and  advising 
system,  and  a  few  lessons  that  can  be  justified  as  artificial  intelligence 
research,  are  the  most  likely  candidates.   There  is  a  need  to  demonstrate 
what  CAI  can  do  at  its  best. 

Second,  we  must  make  every  effort  to  use  the  system  as  much  as 
possible.  We  need  feedback  from  students  and  instructors,  and  CS 
instructors  should  become  acquainted  with  our  systems. 

Third,  we  must  improve  the  lessons  we  have.   Development  of  new 
lessons  should  have  a  low  priority  at  this  point. 

Fourth,  we  should  attempt  to  cooperate  with  computer  science 
departments  at  other  schools  that  have  PLATO  terminals.  We  should  aim  at 
a  system  that  is  used  for  computer  science  instruction  over  the  entire 
PLATO  user  community,  not  just  at  the  U.  of  I.   Also,  the  library  of 
lessons  we  would  like  to  have  is  so  large  that  any  help  we  can  obtain 
is  most  valuable. 

5.   A  major  problem 

The  size  and  complexity  of  the  instructional  system  we  are  aiming 
at  is  beyond  what  can  be  reasonably  managed  and  maintained  by  a  staff  of 
faculty  members  and  assistants,  each  of  whom  can  devote  only  part  of  his 
time  to  this  project,,   A  nucleus  of  full-time  professionals  is  necessary 
to  provide  continuity  and  consistency. 

Let  me  compare  the  work  required  to  set  up  our  instructional 
system  to  that  involved  in  more  conventional  activities. 
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Writing  a  library  of  100  lessons  can  be  compared  to  writing  100 
tutorial  papers  up  to  publication  standards.   But  there  is  more  to 
programming  a  lesson  that  there  is  to  writing  a  paper  on  the  same  subject. 
Not  only  because  of  the  well-known  phenomenon  that  it  is  much  harder  to 
explain  something  to  a  computer  than  to  people,  but  primarily  because,  if 
one  wants  to  create  a  good  lesson,  one  always  does  many  things  that  one 
could  not  do  on  paper  (such  as  incorporating  a  model  that  the  student  can 
manipulate).   These  things  aljnost  always  require  fairly  intricate  programming. 

If  the  100  lessons  have  to  fit  into  a  coherent  scheme,  the 
project  assumes  the  characteristics  of  writing  an  encyclopedia.   But  again, 
on  a  CAI  system  one  wants  to  implement  much  more  elaborate  relationships 
among  the  lessons  than  one  would  find  among  the  different  sections  of  an 
encyclopedia  (E.g. :   does  the  student  have  trouble  with  writing  conditions 
in  IF-statements?  Check  to  see  if  he  ever  took  a  lesson  on  boolean 
expressions.   How  well  did  he  do  there?  Branch  him  off  to  an  appropriate 
section  of  that  lesson).   The  task  of  writing  n  compatible  lessons  grows 
much  faster  than  linearly  in  n.   Even  the  day-to-day  maintenance  of  lessons 
that  are  already  in  good  shape  is  a  nontrivial  task.  When  a  new  lesson  gets 
written,  should  the  old  ones  refer  to  it?  On  top  of  these  inherent 
difficulties,  there  are  such  bothersome  facts  as:   PLATO  keeps  changing 
fairly  rapidly;  frequently  authors  of  existing  lessons  are  no  longer  around 
when  one  would  like  to  make  a  change  in  their  lesson,  while  other  authors 
want  to  keep  changing  their  lesson  when  we  would  like  it  to  remain  constant. 

In  the  long  run  we  have  to  aim  at  a  system  that  works  like  the 
publishing  industry.   At  a  certain  moment  a  formal  agreement  is  made  to 
the  effect  that  the  rights  to  the  content  of  the  lesson  pass  from  the  author 
to  the  management  of  our  instructional  system.   This  will  impose  additional 

-97- 


work  and  responsibility  on  the  management,  but  I  see  no  other  way  to 
guarantee  that  a  system  as  complex  as  ours  will  run  smoothly,, 

J.  Nievergelt 
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10.   MACHINE  PERCEPTION  AND  INTELLIGENCE 
(AQVAL  Project) 


Theory  and  Implementation  of  Variable -Valued  Logic  Systems 
(Michalski,  Yuan,  Yip,  Peterson,  Hamilton) 

Two  new  algorithms  have  been  developed  by  Michalski : 

lo   An  algorithm  for  direct  minimization  of  an  arbitrary  VL-, 

formula  according  to  a  lexicographic  functional  (specified 

by  a  user  according  to  his  needs). 

2o   An  algorithm  for  the  synthesis  of  uniclass  covers  based 

on  generation  of  stars  which  satisfy  an  assumed  density 

threshold. 

Both  algorithms  are  being  implemented  in  PL/l,  the  first 

algorithm  by  Yip  and  the  second  by  Yuan. 

Various  properties  important  for  applications  of  the  current 

version  of  AQVAL/l  program  (Version  7)  have  been  investigated, 

specifically  the  dependence  of  the  execution  time  and  memory 

requirements  on  the  number  of  variables,  sizes  of  their  domains, 

and  sizes  of  learning  event  sets,  and  also  the  investigation  of 

the  problem- independent  and  problem-dependent  core  sizes. 

A  program  CHECK  has  been  developed  for  estimating  the 

amount  of  core  required  for  a  given  problem, 

Work  has  been  started  on  the  development  of  a  new,  more 

convenient,  user-oriented  format  of  the  input  and  output  data 

for  the  current  (V.  7)  and  future  (V.  8)  versions  of  AQVAL/l. 
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2.   Applications  of  VL  Systems 
(Michalski,  Yip) 

AQVAL/l  was  used  for  developing  formulas  for  detection 
of  the  cancer  of  colon  based  on  data  obtained  from  Mercy 
Hospital. 

A  paper  on  the  AQVAL  program  and  its  applications  to  a 
medical  diagnosis  problem  (detection  of  the  cancer  of  the  liver 
or  of  the  pancreas)  and  to  a  non-uniform  texture  discrimination 
problem  has  been  presented  by  Michalski  at  the  First 
International  Conference  on  Pattern  Recognition,  0cto  30  - 
Nov.  1,  Washing  ton„ 

Work  was  carried  on  the  application  of  AQVAL/l  for 
developing  formulas  expressing  a  relationship  between  the 
soundness  of  rocks  and  their  various  easy  to  measure  parameters,, 

Publications: 

Michalski,  Rc  S„  ,  "A QVAL/l- -Computer  Implementation  of  a 
Variable-Valued  Logic  System  and  the  Application  to  Pattern 
Recognition,"  Proceedings  of  the  First  International  Joint 
Conference  on  Pattern  Recognition,  pp„  3-17*  Washington,  D. C. , 
October  30-November  1,  1973. 
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11.   STATISTICS 

Regression  equations  have  been  developed  for  estimating  the 
size  of  an  eigenvalue  p\   from  a  correlation  matrix  with  squared,  multiple 
correlations  as  the  diagonal  elements.   There  is  a  separate  equation  for 
each  ordinal  eigenvalue^,  depending  on  N(the  sample  size),  n(the  number 
of  variables),  and  m,  the  ordinal  number  of  the  eigenvalue.   Each 
equation  has  the  form:   log  ?\  =  a  +  b  log(N-l)  +  b  log(  ^n~   '    -(m-l)n). 
The  results  of  the  sampling  studies  are  presented  in  the  table  below. 
Work  is  continuing  on  extending  the  table  and  also  on  an  attempt  to 
discover  some  model  which  will  put  all  eigenvalues  in  one  equation. 
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12,1  Introduction 

This  report  summarizes  the  progress  made  in  the  year  1972-1973  in 
the  MESH  project.   In  this  project,  we  are  concerned  with  the  design  and 
application  of  centralized  minicomputer  networks  which  contain  a  diversity 
of  computing  elements.   To  date,  small  mass  produced  minicomputers  offer 
features  such  as  alterable  microprogram,  elegant  interrupt,  stack  and  list 
processing  capability  at  low  cost  and  are  as  fast  as  larger  machines. 
For  this  reason,  we  believe  that  a  network  of  minicomputers  each  micro- 
programmed to  be  a  special-purpose  node  can  be  designed  to  perform 
non-numeric  processing  such  as  data  base  management,  language  translation, 
list  processing,  etc.  more  cost  effectively  than  a  large  general-purpose 
computer. 

A  great  deal  of  developmental  effort  has  been  directed  towards 

t 
the  design  of  minicomputer  networks.   Minicomputer  networks  with  vastly 

different  architectures  have  been  designed  and  implemented  with  specific 

applications  and  design  objectives  in  mind.   Despite  their  differences, 

these  minicomputer  networks  clearly  demonstrate  advantages,  such  as  natural 

system  reconfiguration,  orderly  growth  capability,  functional  isolation 

and  modularity  in  software  and  hardware,  graceful  degradation,  high  system 

reliability  and  availability,  over  large  general  purpose  computing  systems. 

Although  there  have  been  a  large  number  of  minicomputer  network 

installations,  the  problems  pertinent  to  minicomputer  network  design  such 

as  processor-to-processor  and  processor-to-memory  linkage,  distribution  of 

fast  memory  among  processors,  the  structure  of  basic  building  blocks  in 

the  network,  the  tailoring  of  network  architecture  to  network  usage, 

hardware/ software/ firmware  tradeoffs,  effective  algorithms  for  resource 


t 
A  survey  of  minicomputer  networks  is  included  in  [1] 
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management  in  network  environment,  etc.  have  not  been  studied  systematically 
and  thoroughly.   Furthermore,  studies  in  these  areas  have  been  mostly  for 
networks  composed  of  general- purpose  building  blocks.   For  example, 
networks  which  consist  of  several  identical  processors  connected  to  primary 
memory  modules  and  devices  through  a  matrix  switch  have  been  studied  [2-U] . 
Such  a  network  can  function  as  several  independent  minicomputers 
by  allowing  the  interconnections  between  processors,  primary  memory 
modules,  disk  drives  and  other  devices  be  made  for  relatively  long 
time  periods.   Each  active  process  in  the  system  has  its  own  processors  and 
secondary  memory  [3].   On  the  other  hand,  if  the  connections  between 
processors  and  memory  modules  are  maintained  only  for  the  transmission  of 
one  data  word,  the  system  functions  as  a  multiprocessor  system  [2].   The 
results  obtained  in  these  studies  on  design  limitations  of  the  matrix  switch, 
desirable  characteristics  of  the  building  blocks,  memory  organization  and 
contention,  system  evaluation,  and  error  recovery,  etc.  are  also  summarized 
in  [1].   Investigations  of  global  structure  of  the  network  [5-8]  and  methods 
for  control  of  large  networks  [9,10]  have  also  been  confined  to  networks 
composed  of  general-purpose  building  blocks. 

As  proposed  in  [11],  our  attention  has  been  directed  towards  the  design 
of  a  general-purpose  computing  system  which  will  have  as  a  nucleus  for  data 
processing,  storage  and  retrieval,  a  centralized  network  of  processors  and 
memories,  most  of  them  small  and  cheap.   Each  processor  in  the  network  will 
be  designed  to  perform  special  tasks  and  thus  can  be  considered  as  a  special- 
purpose  node  in  the  network  (or  in  a  subnetwork).   For  example,  one  might 
be  designed  for  compilation,  one  for  sorting  and  merging,  and  one  for 
numerical  calculation.   We  have  been  concerned  with  finding  cost  • 
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effective  designs  for  special-purpose  nodes  and  subnetworks  in  the  system 
as  well  as  studying  various  trade-offs  in  the  design  of  the  global  network 
structure.   Results  obtained  to  date  will  be  summarized  in  Sec.  3.   In 
Sec.  2,  a  development  facility  designed  to  be  a  general  test  bed  is  described. 

12.2   Hardware  and  Software  Support 

A  development  facility  was  designed  and  implemented  in  the  past  year. 

The  primary  function  of  the  development  facility  is  to  serve  as  a  general 

test  bed  so  that  evaluation  of  different  network  designs  can  be  performed 

experimentally.   For  example,  the  structures  of  nodes  and  subnetworks  in  the 

centralized  minicomputer  network  have  been  investigated.   By  having  an 

appropriately  designed  test  bed,  various  designs  of  the  nodes  and  subnetworks 

can  be  implemented,  debugged  and  tested  in  a  simulated  network  environment. 

Since  the  nodes  in  the  network  may  be  microprogrammable  minicomputers,  the 

development  facility  includes  a  microlevel  assembler  and  simulator. 

Furthermore,  facilities  such  as  writable  control  storage,  various  types  of 

communication  links,  etc.  are  included  to  allow  implementation  of  real-time 

test  environments.   Since  research  on  network  control  procedures,  traffic 

rates,  data/control  path  organization,  etc.  may  require  modeling  tools  for 

simulation  and  evaluation,  the  development  facility  also  includes  the  necessary 

computing  equipment  and  data  base  to  facilitate  network  modeling. 

The  development  facility  is  interactive  so  that  it  can  provide  the 

user  a  complete  facility  for  the  control  of  experiments  and  preparation  of 

program,  data  and  reports.   It  can  support  several  users  simultaneously. 

The  particular  physical  configuration  of  the  development  facility  was  chosen 

because  it  can  be  implemented  with  the  least  cost  both  in  time  and  effort. 

In  this  section,  we  will  describe  the  physical  configuration  of  the  development 

facility.   The  software  and  firmware  developed  to  date  will  also  be  discussed. 

-105- 


12.2.1  Physical  Configuration  of  the  Developmental  Facilities 

Physically,  the  developmental  facility  is  a  closely  coupled  network 
containing  three  independent  nodes  shown  in  Fig.  1.   Each  of  the  two  PDP-11 
processors  is  connected  to  its  own  primary  memory,  disc  storage  units 
and  I/O  devices  by  a  Unibus.  Among  the  four  SUE  processors  connected  to 
the  Infibus,  one  processor  has  been  modified.   Under  program  control,  it 
can  operate  either  with  the  standard  SUE  microprogram  counter  and  ROM  micro- 
program and  literal  store  or  with  a  modified  microprogram  counter  and  a  writable 
control  store.   The  modified  microprogram  counter  with  its  32  word  hardware 
stack  and  the  writable  control  store  shown  in  Fig.  2  are  described  in  detail 
in  [12].    These  modifications  of  the  SUE  processors  will  allow  us 
to  reconfigure  the  SUE  system  to  emulate  other  minicomputers  and  thus 
provide  us  with  the  versatility  necessary  in  experimental  evaluation  of 
different  node  architectures  and  network  configurations. 

The  network  implemented  so  far  is  linearly  connected.   The 
two  PDP-11  systems  are  connected  via  a  full  duplex  channel  which  allows 
data  transfer  at  an  average  rate  of  2M  BAUD.   This  duplex  channel  runs 
under  program  control  without  endangering  the  operation  of  either  bus  in 
the  event  of  failure  of  the  other. 

The  Unibus  2  and  the  SUE  Infibus  are  connected  via  three  separate 

t 
links  as  shown  in  Fig.  1.   The  memory  controller,  which  contains  the 

hardware  for  memory  segmentation,  will  allow  access  from  both  buses  to 

a  2-port  6UK  word  common  memory.   Memory  segmentation  is  controlled  by 

the  content  of  registers  accessible  only  to  the  control  bus.   The  memory 


Since  these  communication  links  are  between  the  same  two  terminals,  they 
share  some  of  the  hardware  such  as  bus  drivers  and  transmitters. 
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segmentation  scheme  used  allows  mapping  of  variable  sized  segments  of  8K  words 
or  less  from  name  space  to  physical  memory  space.  Up  to  6k   segments  can  be 
handled  by  this  memory  controller. 

The  interrupt  control  system  is  another  control  and  communication 
link  between  the  PDP-11  system  on  Unibus  2  and  the  SUE  system.   It  contains 
a  set  of  registers  whose  contents  are  software  modifiable.   These  registers 
contain  a  set  of  special  address  ranges  and  a  corresponding  set  of  interrupt 
vectors.   The  interrupt  control  system  is  designed  to  recognize  addresses 
in  specified  ranges.  When  an  access  to  an  address  in  one  of  the  specified 
ranges  is  made  through  the  Infibus,  no  memory  cycle  will  be  initiated. 
Instead,  it  causes  an  interrupt  on  Unibus  2  at  the  interrupt  vector  given 
ay  the  contents  of  the  corresponding  interrupt  vector  registers.   That  is, 
with  the  help  of  the  PDP-11,  Infibus  I/O  requests  may  be  either  passed  to 
real  devices  on  the  Unibus,  or  to  the  file  system. 

The  trans-bus  access  system  permits  the  PDP-11  processor  on  Unibus  2 
to  read  from  or  write  into  any  address  on  the  Infibus.   Through  this  system, 
the  PDP-11  processor  can  interrogate,  modify  and  initialize  various  status 
words  and  thus  starts  or  terminates  a  process  without  the  aid  of  a  processor 
on  the  Infibus.   A  technical  report  is  being  written  to  describe  the  details 
of  the  physical  implementation  of  the  memory  controller,  the  interrupt  control 
system,  the  trans-bus  access  system  and  the  full  duplex  channel  between  the 
two  Unibus. 

12 . 2 . 2   Software  Development 

The  structure  of  the  network  operating  system  designed  and  partially 
implemented  is  shown  in  Fig.  3(a).   The  system  provides  general  stand-alone 
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facilities  as  well  as  communication  and  control  mechanisms  necessary  for 
access  to  the  network  environment.   The  various  subsystems  in  this  network 
operating  system  are  designed  to  be  implemented  separately  in  order  to 
provide  stand-alone  usage  of  the  subsystems  during  the  development  period. 

The  basic  modules  of  this  operating  system  are  the  node-based 
operating  systems  (NBOS)  which  reside  in  the  three  stand-alone  physical 
nodes  of  the  network.   To  date,  only  the  KB0S1  and  NB0S2  supported  by  the 
two  PDP-11  systems  have  been  designed  and  implemented.   NB0S3,  which  will 
reside  in  the  SUE  multiprocessor  system  is  currently  being  designed. 

The  internal  structure  of  NB0S1  and  NB0S2  is  shown  in  Fig.  3(b). 
Each  node-based  operating  system  furnishes  standard  high-level  device  I/O, 
the  file  system  and  general  purpose  utility  routines  in  the  standard  disk 
operating  system  (DOS)  supplied  by  the  Digital  Equipment  Corporation.   In 
addition,  it  contains  a  multi-task  interface  (MTl)  which  handles  time-slicing 
and  content  switching,  manages  system  resources,  and  furnishes  synchronization 
primitives  to  control  cooperation  between  independent  processes.   Thus,  it 
is  possible  to  simulate  several  virtual  nodes  of  a  network  within  a  physical 
node.   Currently  NB0S2  is  a  mult i -programmed  interactive  system  which  provides 
a  text  editor,  a  file  utility  package  and  a  basic  monitor  for  program  loading. 
NB0S1  is  a  batch  processing  variant  of  NB0S2.   It  is  set  up  for  background 
spooling  of  batch-processing  I/O  devices. 

The  communication  and  control  system  (CCS)  shown  in  Fig.  3(c)  can 
be  considered  as  a  software  matrix  switch  linkage  which  will  establish  a 
communication  link  between  any  pair  of  virtual  nodes  in  the  network.   It 
consists  of  three  identical  submodules,  CCS1,  CCS2,  and  CCS3.   Each  submodule 
resides  in  the  corresponding  physical  node.   In  Fig.  3(c),  the  connections 
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between  the  node-base  operating  systems  and  their  corresponding  communication 
and  control  submodules  represent  software  linkages.   The  lines  connecting  the 
communication  and  control  submodules  represent  one  or  more  physical 
communication  channels. 

The  internal  structure  of  the  submodules  is  shown  in  Fig.  3(d).   The 
command  processor  maintains  control  and  communication  information  on  local 
processes  as  well  as  the  local  position  of  the  virtual  network  connection 
matrix.   Data  needed  for  control  and  communication  are  maintained  only  for 
those  processes  which  have  joined  the  network  through  the  local  interface. 
When  the  two  communicating  virtual  nodes  are  in  two  different  physical  nodes, 
the  communication  path  across  the  hardware  link  between  the  two  physical 
nodes  is  established  through  the  channel  drivers.   The  details  of  the  CCS 
system  will  be  documented  in  another  report. 

PASCAL  has  been  chosen  as  a  high-level  language  for  writing  system 
programs.   It  has  been  demonstrated  that  programs  written  in  PASCAL  are 
transportable.   It  is  a  simple,  elegant,  powerful  and  efficient  language  and 
sufficiently  concise  to  run  in  a  small  amount  of  core.   The  insistence  on 
precise  definition  of  every  quantity  used  and  of  every  operation  performed 
allows  many  compile-time  checks  for  semantic  meanging fulness  to  be  made. 
Since  the  language  has  very  powerful  data  structuring  abilities,  the  necessity 
of  defining  precisely  the  set  of  values  each  variable  may  take  is  not  a 
hardship.   In  a  multi-processor  environment,  even  the  most  trivial  errors 
can  have  devastating  repercusions  and  the  ability  of  avoiding  a  large  class 
of  errors  is  worthwhile.   Furthermore,  a  compiler  for  a  large  subset  of  the 
language  can  be  brought  up  in  a  short  time. 

A  bootstrap  version  of  PASCAL  compiler  has  been  designed  and 
implemented.   It  consists  of  two  passes.   The  first  pass,  which  is  the 
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syntax  analyzer,  performs  a  complete  syntax  analysis  on  the  source  program, 
attempts  to  repair  obvious  errors,  creates  and  formats  a  listing,  and  creates 
a  file  of  intermediate  code.   This  intermediate  code  in  a  pseudo- assembly 
language  format  represents  an  irredundant  form  of  the  source  program.   In 
the  second  pass  object  code  is  generated  from  the  intermediate  code.  Both 
passes  are  coded  in  Macro-11  with  a  suitable  file  of  Macros  defining  the 
intermediate  language.   In  order  to  speed  up  the  second  pass,  it  is  being 
re-coded  in  PASCAL  itself.   The  compiler  is  described  in  detail  in  Appendix  A. 

After  code  is  generated,  it  is  linked  with  a  run-time  package,  which 
currently  contains  I/O  and  file- oriented  operations,  storage  allocation  and 
deallocation,  a  preliminary  form  of  an  external  procedure  loader,  and  simple 
job  initialization  routines.  At  present,  it  is  possible  for  one  job  to 
initiate  another,  but  not  to  exercise  control  over  it.  A  simple  initiator 
has  been  written  in  the  intermediate  language,  using  features  in  the  run-time 
routines  but  not  yet  in  the  language.  Up  to  eight  jobs  have  been  run  at 
one  time.   Switching  between  jobs  occurs  either  on  expiration  of  a  time-slice, 
or  on  initiation  of  i/o.   Since  the  run- time  package  contains  a  loader,  it 
can  be  made  to  overlay  the  less  used  sections  of  itself  (such  as  software 
multiply-divide  routines  for  the  PDP-ll/20). 

12:2.3     Firmware  Debugging  Facilities 

To  date,  all  microprograms  for  the  Lockheed  SUE  have  been  written 

and  debugged  using  a  simulator  for  the  SUE.   This  interactive  simulation 

program  has  been  written  in  PDP-11  Assembler  Language  to  run  on  the  PDP-11. 

It  supports  disk  files,  card  reader  and  line  printer  I/O,  while  the  user 

communicates  with  the  program  through  a-  console.  Microprogram  debugging 
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facilities  such  as  breakpoint,  dump,  and  trace  are  available.   The  simulator 
is  compatible  with  the  output  of  the  SUE  Microcode  Assembler  by  simply- 
linking  the  two  together  with  the  Linker  under  DOS.   The  complete  description 
of  the  simulator  is  given  in  the  user  guide  to  the  simulator  (Appendix  B). 

A  Lockheed  SUE  microassembler  called  MICROCASM  which  runs  on  the 
PDP-11  has  been  developed.   It  can  be  used  alone  for  assembly,  or  used  to 
generate  the  input  for  the  Lockheed  SUE  microinstruction  simulator  discussed 
above.   The  SUE  microcode  may  be  specified  by  mnemonics  or  by  assigning 
values  to  specific  fields  of  the  microword.   The  MICROCASM  has  been  and  is 
still  being  used  successfully  as  a  debugging  aid  for  the  Lockheed  SUE 
microprograms.   To  provide  error  detection  capability  and  improve  assembly 
time  required,  an  improved  assembler  called  SMALL  (SUE  microassembler  language) 
has  been  written  in  PASCAL  on  the  PDP-11.  A  SMALL  manual  is  included  in 
Appendix  C. 

12 . 2 .  k-      Simulation  Facilities 

As  discussed  in  Sec.  2.2,  the  communication  and  control  system 
together  with  the  node  based  operating  systems  will  allow  us  to  simulate 
networks  and  multiprocessor  systems  of  various  architectures.   In  particular, 
it  is  possible  to  simulate  pipeline  and  array  systems,  hierarchical  networks 
as  well  as  other  network  configurations. 

The  SUE  system  with  the  writable  control  store  will  not  only  provide 
us  the  additional  flexibility  in  simulation  of  various  node  structures  but 
also  allows  the  implementation  of  a  real  time  test  environment.   In  anticipation 
of  their  need,  emulators  of  a  number  of  minicomputers  will  be  implemented.   A 
PDP- ll/J+5  emulator  has  been  microprogrammed  for  the  Lockheed  SUE  minicomputer 
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and  has  been  debugged  using  the  SUE  Simulator  on  the  PDP-11  [13].   The 
emulator  includes  the  entire  PDP-11  instruction  set  except  for  the  optional 
floating  point  instructions.   An  emulator  for  a  32  bit  computer,  the  IGP-21, 
has  been  written  in  SUE  microcode  to  evaluate  the  feasibility  of  using  SUE 
to  emulate  machines  with  word  length  longer  than  that  of  the  SUE  [lU].   The 
LGP-21  was  chosen  because  it  is  one  of  the  simplest  32  bit  computers  ever 
built.   Thus  the  task  of  emulating  it  is  a  relatively  short  term  project, 
and  the  difficulties  in  implementing  a  longer  instruction  word  can  be  more 
easily  examined. 

The  basic  structure  of  many  minicomputers  are  the  same  with  their 
differences  only  in  parameters  such  as  number  of  registers,  methods  of 
interrupt  handling,  word  length,  etc.  An  emulation  program  which  accepts 
these  parameters  as  input  and  emulates  a  virtual  machine  of  specified 
characteristics  will  be  a  valuable  research  tool  in  the  study  of  networks. 
Work  has  begun  in  finding  a  minimal  set  parameters  that  will  serve  to  specify 
the  differences  between  various  minicomputers. 

12.3   Current  Research 

Several  problems  pertinent  to  the  design  of  minicomputer  networks 
consisting  of  a  large  number  of  special  purpose  nodes  have  been  studied  during 
the  past  year.   In  particular,  we  have  studied  the  structures  of  special 
purpose  nodes  and  subnetworks  designed  for  high  speed  compilation,  data 
compression  and  decompression  and  other  non-numeric  processing  functions  such 
as  merging/sorting,  etc.   The  designs  of  several  types  of  special  purpose 
nodes  have  been  completed  or  initiated.   A  study  of  the  trade-offs  between 
possible  implementations  of  these  building  blocks  is  being  made. 
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Problems  on  the  global  structure  of  the  network  investigated  include 
the  evaluation  of  various  process  communication  and  control  mechanisms  in 
a  minicomputer  network  environment  in  terms  of  flexibility  and  system  overhead 
requirements  [1].  Algorithms  for  resource  management  and  job  scheduling 
have  been  analyzed  and  evaluated  for  their  suitability  in  a  large  heterogeneous 
system.   The  PASCAL  language  with  extensions  has  been  adopted  for  writing 
system  programs.  A  compiler  for  PASCAL  has  been  designed  and  implemented 
and  is  currently  available  to  users  of  the  development  facility. 

In  this  section,  we  shall  discuss  the  results  obtained  to  date  for 
each  of  these  problems. 

12 . 3 . 1   Special  Purpose  Processors 

In  a  network  consisting  of  special-purpose  nodes,  any  particular 
node  may  be  a  stand-alone  minicomputer  system. 

To  gain  experience  in  firmware  design  several  special-purpose 
nodes  have  been  designed  and  implemented  in  firmware.   A  data  compression/ 
decompression  node  using  the  Lockheed  SUE  microprogrammable  processor  with 
all  algorithms  coded  in  firmware  has  been  designed  and  debugged  [15]-   This 
node,  shown  schematically  in  Fig.  h,  will  be  a  subsystem  in  the  large  data 
base  provided  in  the  development  facility.   Placed  in  the  I/O  path,  it 
functions  under  program  control  to  either  compress  or  decompress  the  data 
or  leave  it  unaltered.   In  order  for  it  to  be  insensitive  to  the  date  structure, 
the  Huffman  coding  algorithm  with  user-specified  maximum  character  string 
length  was  chosen.   To  determine  the  Huffman  code  for  a  given  test,  one  first 
collects  the  statistics  of  occurrence  of  the  chosen  patterns  in  the  text 
and  establishes  the  frequency  table  and  code  table  which  define  the  coding 
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algorithm.   Hence,,  the  coding  algorithm  for  data  compression  is  table  driven, 

and  changes  in  statistics  of  occurrence  of  the  patterns  can  be  systematically 

handled  by  changing  the  code  table.  A  software  package  was  used  to  collect 

statistics  of  various  patterns  in  the  data  needed  for  the  construction  and 

updating  the  code  table.   This  package  is  run  when  the  file  is  first 

compressed.   It  can  be  rerun  if  the  text  content  changes  to  maintain  code 

efficiency.   Several  simulation  runs  have  been  made.   It  was  observed  that 

the  typical  compression  ratio  for  source  code  in  PDP-11  MACRO  assembler 

language  was  about  kcrfo. 

As  discussed  in  Sec.  2.k,    two  emulators,  PDP-ll/^5  and  IGP21,  have 

been  implemented.   In  addition,  the  feasibility  of  a  general  emulation 
program  which  will  accept  parameters  specifying  a  given  minicomputer 

architecture  and  will  return  a  virtual  machine  with  the  specified 

architecture  is  being  studied. 

12 . 3 . 2   Subnetwork  Design 

In  the  performance  of  complex  tasks,  such  as  language  translation, 

more  than  one  processor  may  be  used  efficiently  to  increase  throughput  and 

to  achieve  higher  reliability  and  availability  of  the  node.   Hence,  a  node 

designed  to  perform  a  complex  task  may  be  a  subnetwork  of  processors 

and  memories.   In  these  subnetworks,  high  system  efficiency  can  result 

by  matching  the  system  structure  to  the  characteristics  of  problems 

encountered.   For  example,  array  systems  such  as  ILLIAC  IV  are  suited 

for  applications  which  require  manipulation  of  multidimensional  data, 

e.g.,  matrix  multiplication.   In  these  data  manipulations,  operations  on 

the  data  elements  are  similar  and  can  be  performed  concurrently.   On  the 

other  hand,  in  applications  where  most  operations  can  be  performed  in  a 

sequence  of  steps,  pipeline  systems  are  suited. 
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We  are  concerned  with  finding  the  dependence  of  subnetwork  design 
on  the  type  of  problem.   In  particular,  a  problem  may  be  characterized  by 
the  data  structures  used,  the  type  of  operations  performed  on  the  data  and 
the  frequency  of  changes  in  the  data  structure  or  contents.  We  have  chosen 
language  translation,  list  and  table  processing,  data  base  and  array 
operations  as  characteristic  problems. 

The  design  of  a  high  speed  compiler  subnetwork  is  being  carried  out 
and  evaluated  in  depth.   The  process  of  compilation  can  be  split  into  a 
number  of  sequential  passes  over  the  input  data  stream.   The  output  data 
generated  in  each  pass  are  the  input  data  for  the  next  pass  [l6].   If  a 
processor  is  dedicated  to  each  pass  then  the  compilation  processors  can  be 
viewed  as  a  pipeline  system.   Communication  between  different  processors  is 

achieved  through  a  combination  of  shared  memory  and  high  speed  data  links. 

Our  attention  has  been  confined  to  the  design  of  a  pipeline  compiler 
for  the  language  PASCAL.   It  is  desirable  that  the  division  of  labor  among 
the  various  passes  be  such  that  the  time  spent  by  the  different  processors 
in  the  pipeline  are  as  equal  as  possible.   Based  on  the  run  time  measurements 
done  on  the  PASCAL  compiler  described  in  Sec.  2.2,  a  preliminary  division 

of  labor  has  been  drawn.   The  tasks  performed  by  processors  in  the  different 
stages  are  shown  in  Fig.  5.   The  first  five  stages  of  this  compiler  perform 
those  tasks  done  in  the  first  pass  of  the  bootstrap  PASCAL  compiler  in 
Appendix  B.   Each  stage  will  be  implemented  using  a  microprogrammed  processor. 
The  distribution  of  local  and  shared  memory,  the  choice  and  implementation 
of  the  primitives  in  the  microprogram  and  hardware/ firmware/ software  trade-offs 
will  be  studied. 

The  choice  of  intermediate  language  will  be  crucial  to  the  design 
of  this  pipeline  system.   Trade-offs  in  processing  times  of  different  stages 
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Stage 

Tasks  Performed  in  the  Stage 

Input  Pass: 

Reads  the  source  file  line  by 

line  and  reformats  it  so  that 

the  next  stage  needs  a  minimal 

amount  of  lookahead.   It  also 

computes  hash  functions  for 

identifiers. 

Lexical  Analysis : 

Creates  symbol  table  and 

converts  the  character  stream 

into  a  token  stream. 

Syntactic  Analysis  I: 

Generates  intermediate  code 

for  declarations,  checks  syntax 

and  makes  appropriate  entries 

in  the  symbol  table. 

Syntactic  Analyzer  II : 

Generates  intermediate  code 

for  statements  excluding 

expressions  and  assignment 

statement.   Corrects  syntax 

errors  as  best  it  can. 

Expression  Analyzer: 

Handles  expressions  and 

assignments,  and  generates 

intermediate  postfix. 

Output  Pass: 

Generates  machine  code. 

Fig.  5  The  Functions  Performed  by  the  Proposed 
Six  Stages  of  the  PASCAL  Pipeline 
Compiling  Subsystem 
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offered  "by  varying  the  intermediate  language  will  be  studied.  In  its 
preliminary  design,  the  intermediate  language  described  in  Appendix  B  will 
he  used.   Since  it  is  very  close  to  machine  language  stage  6  should  run 
fast. 

12 . 3 . 3  Language  Design 

The  language  PASCAL  has  been  modified  for  better  handling  of  character 
strings  and  array  operations  and  to  implement  some  multiprocessing  operators 
(see,  for  example  [17]).   Since  the  code  generation  consists  of  mapping 
code  for  a  PASCAL  machine  onto  a  real  machine,  and  since  the  mapping  is  done 
by  a  separate  module,  it  should  be  relatively  simple  to  generate  code  for 
a  class  of  machines  such  as  PDP-11' s  and  Lockheed  SUE's.  Various  language 
extensions  are  under  consideration  to  control  the  creation  and  termination  of 
dependent  processes. 

12 . 3 • h     Analysis  and  Evaluation  of  Allocation  and  Schedule  Algorithms 

The  problem  of  efficient  processor  utilization  and  resource  management 
to  achieve  given  measures  of  system  efficiency  and  service  throughput  has  been 
of  both  practical  and  theoretical  interest  in  recent  years.   In  a  network 
containing  a  large  number  of  processors  and  possibly  a  distributed  data 
base,  efficient  resource  management  and  scheduling  algorithms  become  even 
more  crucial  to  satisfactory  overall  system  design. 

As  discussed  in  [18],  we  have  studied  several  deadlock  detection  and 
prevention  algorithms  to  determine  their  performance  in  a  large  network 
environment  where  control  is  distributed.  We  have  studied  those  algorithms 
whose  maximum  execution  time  increases  only  linearly  with  the  number  of 
processes  and  resources  in  the  system.   Thus,  the  overhead  of  deadlock 
detection  or  prevention  should  represent  a  fixed  percentage  of  the  system 
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capacity.   The  objective  of  this  study  is  to  determine  the  relationship 
between  maximum  execution  time  and  storage  requirements  for  each  of  these 
algorithms.  Whether  or  not  the  computation  steps  in  these  algorithms  can 
be  carried  out  concurrently  and  whether  the  various  tables  can  be  distributed 
in  the  system  will  also  be  investigated.  We  will  modify  these  algorithms 
where  possible  to  handle  the  case  where  the  number  of  processes  and  the 
number  of  resources  in  the  system  may  vary. 

These  same  constraints  lead  us  to  investigation  of  several  suboptimal 
job  scheduling  algorithms.   In  particular,  we  are  concerned  with  a  class  of 
non-preemptive  scheduling  algorithms  that  never  leave  a  processor  idle. 
That  is,  when  a  processor  becomes  free,  a  task  that  is  ready  to  be  executed 
at  that  moment  will  be  scheduled.   We  have  evaluated  the  worst  case 
performance  of  these  algorithms  for  multiprocessor  systems  containing 
processors  of  different  speeds.   The  paper  in  Appendix  D  summaries  the 
results  we  have  obtained  to  date. 

The  bounds  on  worst  case  performance  of  these  scheduling  algorithms 
also  offer  some  insight  in  multiprocessor  system  design.   For  example, 
when  the  speed  of  the  fastest  processors  is  large  enough,   the  maximum 
completion  time  of  any  set  of  tasks  can  be  shortened  by  using  the  fastest 
processors  alone. 


T 
These  algorithms  are  known  as  priority-driven  scheduling  algorithms. 

By  a  factor  of  slightly  larger  than  1  to  a  factor  of  5  or  6  as  shown  in 
Fig.  3  in  Appendix  E. 
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13-   GENERAL  DEPARTMENT  INFORMATION 
13 '1  Personnel 

The  number  of  people  associated  with  the  Department  in  various 
capacities  is  given  in  the  following  table: 


Faculty- 
Visiting  Faculty- 
Research  Associates  and  Instructors 
Graduate  Research  Assistants 
Graduate  Teaching  Assistants 
Hourly  Junior  Academic 
Professional  Personnel 
Administrative  and  Clerical 
Nonacademic  Personnel  (Monthly) 

Miscellaneous  Supporting  Staff 

(Hourly) 


Full-time 

Part-time 

FTE 

26 

2 

27.00 

3 

1 

3.67 

!      0 

0 

0 

57 

26.78 

0 

3^ 

17.00 

0 

23 

3.67 

1 

0 

1.00 

15 

0 

15.00 

12 

1 

12.50 

TOTAL. 


57 


126 


2.^5 


109.07 


The  Department  Advisory  Committee  consists  of  Professor  J.  N. 
Snyder,  Head  of  Department,  Professors  E.  K.  Bowdon,  D.  F.  Cudia,  M.  F. 
Faiman,  H.  G.  Friedman,  C.  W.  Gear,  D.  B.  Gillies,  W.  J.  Hansen,  W.  J. 
Kubitz,  D.  J.  Kuck,  C.  L.  Liu,  R.  S.  Michalski,  M.  D.  Mickunas,  R.  G. 
Montanelli,  S.  Muroga,  T.  A.  Murrell,  J.  Nievergelt,  J.  R.  Phillips, 
W.  J.  Poppelbaum,  S.  R.  Ray,  E.  M.  Reingold,  J.  E.  Robertson,  A.  H. 
Sameh,  P.  E.  Saylor,  D.  L.  Slotnick,  D.  S.  Watanabe,  and  T.  R.  Wilcox. 
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(M.S.  Thesis). 


No. 

592 

No. 

59^ 

No. 

595 

No. 

596 

-129- 


Theses  Cont'd 

No.     597         Edwards,  Carol  S.  A.,   "Subgroups  of  the  Group  G  ," 
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13-3  Abstracts 


Baker,  Albert  C,  Jr.,   "A  Generalized  Lexical  Scanner  for  a  Translator 

Writing  System,"  M.  S.  thesis,  University  of  Illinois  at  Urbana- 
Champaign,  Department  of  Computer  Science  Report  No.  59&, 
October  1973- 

Abstract : 

This  is  an  expository  paper  that  is  concerned  with  a  Lexical 
Scanner  for  a  translator  writing  system  that  has  been  in  use 
at  the  University  of  Illinois.   Its  significant  features  include 
a  structured,  binary-tree  symbol  table,  a  parameterized  macro 
expander,  and  a  compile-time  flexibility  for  assigning  characters 
that  make  up  the  basic  terminal  symbols.   A  comprehensive  example 
of  the  scanner's  operation  is  also  included. 

Bowdon,  Edward  K. ,  Sr.,   "A  Summary  of  Current  Research  in  Computer 

Nets,"  Department  of  Computer  Science  Report  No.  606,  University 
of  Illinois  at  Urbana- Champaign,  November  1973- 

Abstract: 

In  this  paper  we  present  some  recent  developments  in  the  research 
program  being  conducted  at  the  University  of  Illinois  to  formulate 
analytical  tools  for  system  modeling  and  analysis  of  real  time 
computer  networks.   Specifically,  we  are  conducting  theoretical 
studies  of  geographically  distributed  network  computers  in  three 
separate  and  distinct  areas:   Computer  Network  Modeling,  Center 
Throughput  Analysis,  and  System  Performance  Evaluation.   Taken 
together  these  three  areas  provide  the  computer  systems  analyst 
with  the  necessary  tools  for  modeling,  analyzing,  and  evaluating 
system  ijerformance  in  existing  and  proposed  network  configurations 
a  first  step  in  the  long  road  to  achieving  economic  viability  in 
network  computers. 

Donovan,  Walt,   "Design  of  An  Algorithm  for  the  Display  of  Visible  Surfaces,1 
Department  of  Computer  Science  Report  No.  592,  University  of 
Illinois  at  Urbana- Champaign,  M.  S.  thesis,  October  1973- 


Abstract: 


A  visible  surface  algorithm  capable  of  showing  on  a  raster  display 
smooth,  transparent  objects  without  jagged  edges  is  described. 
The  polygons  defining  the  object  to  be  displayed  are  put  into 
visible  order,  and  then  output  to  the  raster  frame  buffer  by  a 
special  face  drawing  and  shading  algorithm.   Very  large  objects 
or  collections  of  objects  can  be  manually  put  into  visible  order 
and  each  group  drawn  separately;  this  allows  scenes  with  more 
faces  than  can  be  held  in  the  program  data  structure  at  any  one 
time.  Minimum  hardware  for  implementation  is  a  raster  display 
with  a  frame  buffer,  and  a  minicomputer  with  a  disk. 
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Edwards,  Carol  S.  A. 


Abstract: 


"Subgroups  of  the  Group  G  , "  Department  of  Computer 


Science  Report  No.  597,  University  of  Illinois  at  Urbana- Champaign, 
October  1973- 


In  this  thesis  the  group,  G  ,  of  permutations  and  complementations 


Q 


of  n  independent  variables' is  embedded  isomorphically  in  the 
symmetric  group  on  the  2  minterms  of  n  variables,  S~n-   These 
minterms  are  represented  in  decimal  notation. 


For  a  subgroup  H  of  G  ,  the  orbits  of  H  play  a  key  role  in 
obtaining  the  major  results.   Necessary  and  sufficient  conditions 
for  an  element  of  S  n  to  belong  to  G  are  also  essential. 

A  subgroup  H  of  G  is  said  to  fix  a  set  of  n-variable  Boolean 
functions  if  every  member  of  the  subgroup  leaves  each  function 
in  the  set  invariant.   For  an  aribtrary  subgroup  H  of  Gn,  the 
largest  subgroup  Mjj  which  fixes  the  set  of  functions  fixed  by 
H  is  determined,  and  an  algorithm  is  given  to  compute  Mpj. 

Algorithms  are  also  given  for  the  computation  of  Njj,  the  largest 
subgroup  of  Gn  which  leaves  setwise  invariant  the  set  of  functions 
fixed  by  H,  and  of  NGn  (H) ,  the  normalizer  of  H  in  Gn.   Associated 
lattice  structures  are  also  studied. 

Gear,  C.  W.,   "Asymptotic  Estimation  of  Errors  and  Derivatives  for  the 

Numerical  Solution  of  Ordinary  Differential  Equations,"  Department 
of  Computer  Science  Report  No.  59^,  University  of  Illinois  at 
Urbana-Champaign,  October  1973' 

Abstract: 

Shampine  ponts  out  that  the  Milne  device  for  estimating  errors 

may  give  asymptotically  incorrect  results.   This  paper  examines 

general  classes  of  error  estimates  and  shows  how  they  can  be 

used  to  form  asymptotically  correct  estimates  of  the  local  error 

in  the  numerical  solution  of  ordinary  differential  equations, 

or  to  estimate  the  derivatives  of  the  solution  of  the  differential 

equation. 

Hansen,  Wilfred  J. ,   "A  Revised  ALGOL  68  Hardware  Representation  for  ISO- 
code  and  EBCDIC,"  Department  of  Computer  Science  Report  No.  607, 
University  of  Illinois  at  Urbana-Champaign,  November  1973 • 

Abstract: 

Because  of  the  latitude  allowed  by  the  Revised  ALGOL  68  Report, 
each  implementation  has  a  slightly  different  representation  for 
the  constructs  of  the  language.   This  diversity  can  only  lead  to 
confusion  as  ALGOL  68  trained  individuals  find  they  need  readaptation 
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to  program  at  a  new  installation.   The  solution  proposed  here 
is  to  develop  a  single  hardware  representation  which  can  be 
used  on  many  computer  systems.   In  fact  this  representation 
can  conveniently  be  designed  using  only  the  intersection  of 
the  graphic  characters  available  in  the  ISO  code  and  EBCDIC. 

The  paper  also  proposes  comfortable  new  representations  for 

a  few  symbols  and  discusses  the  thorny  problem  of  distinguishing 

bold  face  words . 

Haskitt,  Paul  R. ,   "A  Two  Compartmental  Model  of  the  Respiratory  System," 
Department  of  Computer  Science  Report  No.  6l6,  University  of 
Illinois  at  Urbana- Champaign,  M.S.  thesis,  December  1973- 

Abstract: 

A  simplified  two  compartmental  model  of  the  human  respiratory 
system  is  presented.   The  model  is  used  to  study  the  steady 
state  responses  to  hypoxia  at  altitude  and  sea  level,  carbon 
dioxide  inhalation,  and  metabolic  disturbances,  and  the  transient 
response  to  metabolic  disturbances. 

Jauregui-Topete,  Luis  H. ,   "Arrays  in  PL/ I  a  Lesson  for  PLATO  IV,"  Department 
of  Computer  Science  Report  No.  59^ >   University  of  Illinois  at 
Urbana- Champaign,  M.S.  thesis,  October  1973- 

Abstract: 

This  is  a  report  on  the  lesson,  "ARRAYS  IN  PL/l",  taught  by 
means  of  the  computer-based  educational  system,  PLATO  IV,  to 
students  taking  introductory  computer  science  courses.   It 
presents  the  goals  and  decision  procedures  in  writing  the 
lesson,  as  well  as  the  results  of  a  trial  with  students. 

Kuck,  D.,  Budnik,  P.,  Chen,  S-C,  Davis,  E.  ,  Jr.,  Han,  J.,  Kraska,  P., 
Lawrie,  D. ,  Muraoka,  Y.,  Strebendt,  R. ,  and  Towle,  R. , 
"Measurements  of  Parallelism  in  Ordinary  FORTRAN  Programs," 
Sagamore  Computer  Conference  on  Parallel  Processing,  Syracuse 
University,  pp.  23-29,  August,  1973- 

Abstract: 

This  paper  reports  the  results  of  a  measurement  of  parallelism 
at  the  statement  level  in  86  FORTRAN  programs.   The  amount 
of  parallelism  is  determined  by  an  analyzer  program  and  is 
measured  in  terms  of  speedup  over  serial  execution,  the  number 
of  independent  processors  required,  the  efficiency  of  parallel 
execution  and  other  measures. 

The  analysis  techniques  are  only  sketched  in  this  paper,  details 
may  be  found  in  the  reference.   We  also  outline  some  machine 
organization  assumptions. 
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Kuck,  D. ,   "Multi operation  Machine  Processing  of  Ordinary  Programs," 
invited  paper,  to  appear  in  First  International  Symposium 
on  Computers  and  Chinese  i/O  Systems,  Taipei,  Taiwan,  Aug. 


1975- 


Abstract: 

This  paper  first  outlines  the  history  of  high  performance 
computer  systems.   Then  a  survey  is  given  of  upper  bounds  on 
the  time  required  to  evaluate  various  high  level  programming 
language  constructs.   Bounds  on  the  number  of  processors 
required  are  also  given.   A  number  of  details  are  given  con- 
cerning high  performance  processing,  aligning  and  accessing 
of  data  for  parallel  computation. 

Larson,  John  L. ,   "Data  Structures  and  Operator  for  New  Array  Types 
in  OL/2,"  Department  of  Computer  Science  Report  No.  6l2, 
University  of  Illinois  at  Urbana- Champaign,  M.S.  thesis, 
December  1973- 

Abstract: 

This  report  is  concerned  with  the  addition  of  new  array  types 
to  the  OL/2  language.   The  necessary  information  for  the 
implementation  of  Hessenburg  arrays  and  their  subarrays  is  given, 
including  ACB  representation  and  algorithms  for  partitioning. 
Modified  data  structures  are  proposed  for  describing  band  arrays 
and  their  subarrays,  and  new  algorithms  for  partitioning  are 
derived.   Additional  array  types  are  realized  by  means  of  a 
rotate  operator,  which  can  generate  new  array  types  from  the 
existing  ones.   Two  possible  implementations  are  suggested. 

Lawrie,  D. ,   "Memory  Systems  for  Parallel  Array  Processors,"  Proceedings 
of  the  Eleventh  Annual  Allerton  Conference  on  Circuit  and 
System  Theory,  Allerton  Hse.,  Monticello,  111.,  pp.  568-576, 


October  1973 . 


Abstract: 


This  paper  discusses  the  organization  of  memory  systems  for 
parallel  array  processors  which  allow  conflict-free  access 
to  various  slices  of  data  and  subsequent  unscrambling  of  the 
data  to  place  it  in  correct  order  for  processing.   The  dis- 
cussion centers  on  conflict-free  data  storage  techniques  and 
data  alignment  networks. 

Lerner,  Edward  M. ,  "On- Line  Filing  (0LF)  A  Program  Package  for  Student 

Records,"  Department  of  Computer  Science  Report  No.  582,  University 
of  Illinois  at  Urbana- Champaign,  M.S.  thesis,  October  1973' 


Abstract: 


0LF  is  a  set  of  FORTRAN  programs  which  automates  the  maintenance 
and  use  of  student  records.   Processing  of  information  may  be 
done  in  either  batch  or  interactive  mode.   0LF  is  designed  to 
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Loessel,  Mark  C,   "Design  of  a  High  Noise  Immunity  Analog  Frequency  Counter," 
Department  of  Computer  Science  Report  No.  595 ,    University  of 
Illinois  at  Urbana- Champaign,  M.S.  thesis,  October  1973- 

Abstract : 

This  thesis  discusses  the  design  of  a  unique  analog  frequency 
counter.   Frequency  response  is  not  as  high  as  some  counters 
currently  on  the  market,  being  only  0  to  100  kilohertz.   However, 
the  technique  used  to  convert  analog  input  frequency  to  digital 
pulses  provides  more  immunity  to  false  triggering  than  any  popular 
counter  of  today.   The  low-cost  counter  uses  state-of-the-art 
components. 

Masumi,  Ahmad  E. ,   "Picture  Analysis  by  Graph  Transformation,"  Department 
of  Computer  Science  Report  No.  Goh,   University  of  Illinois  at 
Urbana- Champaign,  Ph.D.  thesis,  October  1973- 

Abstract: 

In  this  thesis,  we  have  developed  a  methodology  to  analyze  the 
pictorial  information  represented  in  a  map-like  image,  and  further 
name  the  objects  most  likely  present  in  the  scene  based  on  the 
universe  known  to  the  system. 

In  contrast  to  conventional  string  language  sentences  which  are 
formed  by  concatenating  the  primitives  (symbols)  in  a  string 
according  to  the  language  grammar,  the  pictorial  sentences  are 
basically  formed  of  primitives  which  are  located  in  a  two- 
dimensional  (or  three-dimensional)  space  with  much  richer 
relational  properties  than  simple  adjacency.   Here  we  have  examined 
the  possibility  of  describing  the  structural  information  of 
pictures  as  syntactical  rules,  employing  a  rich  class  of  relations. 
The  graphs  are  known  to  be  extremely  convenient  and  flexible  to 
represent  this  kind  of  information.   By  expressing  the  syntactical 
properties  of  one  class  of  pictures  as  a  collection  of  graphs, 
we  have  shown  that  algorithms  can  be  easily  developed  to  parse 
objects  or  collections  of  objects  which  belong  to  this  class. 
Further,  this  methodology  is  flexible  enough  to  recognize  incomplete 
objects,  and  has  learning  capabilities  through  adding  and  modifying 
the  rules  of  the  system.   In  addition,  we  have  shown  that  a  complete 
description  of  an  object  as  a  collection  of  graphs  can  be  easily 
modified  (rotated)  to  enable  the  system  to  recognize  different 
projections  of  the  object.   It  has  also  been  encouraging  'to  note 
the  heuristical  information  is  easily  introducible  to  the  system 
and  immensely  improves  the  performance  of  the  system. 

Panigrahi,  G. ,   "Penetron  Land  Color  Display  System  (PENTECOST)  and  Some 

Observations  Concerning  Color  Perception, "  Department  of  Computer 
Science  Report  No.  583,  University  of  Illinois  at  Urbana- 
Champaign,  Ph.D.  thesis,  October  1973. 
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Abstract: 

This  work  examines  the  human  color  vision  mechanism  in  light 
of  Dr.  E.  H.  Land's  two-color  experiments  on  color  vision. 
The  problem  of  color  perception  in  machines  is  looked  into. 
Some  of  the  two-color  experiments  are  described.   But  the 
main  emphasis  has  been  on  the  building  of  a  two-color  television 
display  system  based  on  the  two-color  projection  experiments. 

Purvy,  Robert  E. ,   "A  Flowchart-To-Source-Code  Conversion  Program  for 
GPSS/360,"  Department  of  Computer  Science  Report  No.  613, 
University  of  Illinois  at  Urb ana -Champaign,  M.S.  thesis, 
December  1973- 

Abstract: 

This  paper  describes  an  interactive  program  which  allows  a 
user  to  specify  a  GPSS  program  as  a  block  diagram.   The  user 
draws  the  block  diagram  using  the  Graphical  Remote  Access 
Support  System  (GRASS)  and  sends  it  to  the  remote  computer 
where  it  is  converted  to  an  equivalent  source  program.   He 
can  then  run  the  program,  if  desired,  and  have  the  output 
from  GPSS  routed-  back  to  the  graphics  terminal,  selecting  the 
portion  for  which  hard  copy  is  desired. 

The  program  is  written  in  360  Assembler  Language. 

Sand,  Douglas  S.,   "COLFTAR:   A  Real-Time  Electro-Optical  System  for 
Two -Dimensional  Fourier  Transforms,"  Department  of  Computer 
Science  Report  No.  58^,  University  of  Illinois  at  Urbana- 
Champaign,  Ph.D.  thesis,  December  1973- 


Abstract 


An  electro-optical  system  is  described  which  generates  optical 
Fourier  transforms  of  two-dimensional  video  images,  in  real 
time,  at  standard  video  frame  rates.   This  system  is  designated 
COLFTAR,  which  denotes  "Cooled  On-Line  Fourier  Transform  and 
Reconstruction."  The  theory,  construction,  and  operation  of 
the  system  and  its  principal  components  are  described  in  detail, 
with  special  emphasis  on  the  resolution  and  modulation 
characteristics  of  the  cooled-crystal  electro-optic  light 
valve  (or  Ardenne  tube)  which  is  the  central  component  of  the 
system.   Several  application  examples  are  included,  as  well  as 
a  summary  of  possible  improvements. 

The  system  can  produce  Fourier  transforms  of  arbitrary  video 
frames  with  resolution  of  500  by  500  line-pairs.   Further, 
the  same  system  can  generate  inverse  Fourier  transforms,  so 
that  an  image  can  be  reconstructed  after  its  Fourier  transform 
has  been  altered  by  an  electronic  "spatial  filter."  Also, 
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Fraunhoffer  holograms  and  synthetic  (computer  generated)  Fourier 
transforms  be  reconstructed.   In  operation  the  system  can  serve 
as  a  stand-alone  device,  as  a  computer  peripheral  unit,  or— 
using  the  advantage  of  real-time  operation- -for  interactive 
image  processing  by  Fourier  transforms. 

Schreiner,  Axel  T. ,   "calc2  -  A  PLATO  IV  Lesson  on  Differentiation," 

Department  of  Computer  Science  Report  No.  6ll,  University  of 
Illinois  at  Urb ana- Champaign,  December  1973- 

Abstract : 

calc2  is  a  lesson  differentiation  operating  on  the  PLATO  IV 
computer-aided  instruction  system.   A  symbolic  differentiator 
guides  the  student  through  all  steps  of  the  differentiation 
of  a  student-chosen  formula.   The  report  describes  the  details 
of  the  table-driven  symbolic  differentiator. 

Weaver,  Alfred  C,   "VIPTRAN  -  A  Programming  Language  and  Its  Compiler 
for  Boolean  Systems  or  Process  Control  Equations,"  Department 
of  Computer  Science  Report  No.  603,  University  of  Illinois 
at  Urbana- Champaign,  M.S.  thesis,  November  1973- 


Abstract: 


The  solution  of  some  industrial  process  control  problems  can 
be  expressed  as  a  system  of  Boolean  algebra  equations  using 
variables  representing  inputs  from  and  outputs  to  the  real 
world.   If  this  system  is  solved  sequentially,  cyclically,  and 
in  real  time,  the  outputs  may  be  used  directly  to  control 
the  state  of  real  world  devices.   VIPTRAN  is  a  high-level 
FORTRAN-like  language  which  allows  the  programmer  to  express 
his  Boolean  system  symbolically  in  logical  (Boolean)  equations. 
The  VIPTRAN  compiler  reduces  the  input  to  machine  code  for  the 
VIP  process  controller,  and  can  plot  the  resulting  system 
as  a  relay  tree.   The  concept  is  extensible  to  other  industrial 
controllers . 
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13 -^  Colloquia 


"Software  Physics,"  by  Professor  M.  Halstead,  Department  of 
Computer  Science,  Purdue  University,  West  Lafayette,  Indiana, 
October  10,  1973- 

"Mechanizable  Proffs  about  Parallel  Processes,"  by  Dr.  J.  M. 
Cadiou,  IRIA,  Domaine  de  Voluceau,  78-Rocquencourt,  FRANCE, 
October  22,  1973. 

"On  Finding  the  i-th  Largest  of  n  Elements,"  by  Professor 
Frances  Yao,  Department  of  Computer  Science,  University  of 
Illinois,  Urbana, Illinois,  October  31 ,   1973* 

"Computer  Controlled  Switching,"  by  Mr.  D.  E.  Kaliher,  Collins 
Radio  Company,  Cedar  Rapids,  Iowa,  November  5,  1973- 

"Pattern  Recognition  in  Complex  Environment,"  by  Dr.  K.  Hanakata, 
Institut  fur  Informatik,  Universitat  Stuttgart,  7  Stuttgart  80, 
Pfaffenwaldring  6h,   West  Germany,  November  6,  1973- 

"The  Application-  of  Computer  Technology  to  Health  Related  Areas," 
by  Dr.  Ben  Williams,  Regional  Health  Resource  Center,  Urbana, 
Illinois,  November  12,  1973- 

"On  Hypergeometric  Group  Testing  Procedures,"  by  Dr.  Shen  Lin, 
Bell  Laboratories,  Murray  Hill,  New  Jersey,  November  19,  1973- 
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13-5  Drafting 

During  the  fourth  quarter,  a  total  of  460  drawings  were  processed 
by  the  general  departmental  drafting  section: 

Formal  Drawings 
Large  Drawings  25 

Medium  Drawings  117 

Small  Drawings  180 
Layout  Drawings  28 

Report  Drawings  57 

Change  Orders  Drawings  29 

Miscellaneous  Drawings  2k 


Completed  Total  Drawings 


460 

(M.  Goebel) 


13-6  Shop's  Production 

Job  orders  processed  and  completed  during  the  fourth  quarter  of 
1973  are  as  follows : 


AEC 

2118 

AEC  IA69 

Other 

Electronics  Shop 

1 

36 

31 

Chemical  Shop 

1 

20 

12 

Layout/Photo  Shop 

1 

26 

(F.  P.  Serio) 

18 
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